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RELATED APPLICATION INFORMATION 

[0001] This application is a continuation-in-part of the following related 
applications: Application No. unassigned, filed 22 June 2001, entitled ^4 Method and 
Apparatus for OTB Analysis^ by inventors Robert Dvorak, Richard W. Pastemack, 
Ronald Samuel Cope and Beth Li-Ju Chen; Application No. 09/766,539, filed 19 
January 2001 , entitled Multipurpose Presentation Demand Calendar For Integrated 
Management Decision Support^ by inventor Robert Dvorak; Application No. 
09/760,377, filed 12 January 2001, entitled Multipurpose Causal Event Calendar For 
Integrated Management Decision Support^ by inventors Robert Dvorak and Kevin 
Katari; Application No. 09/755,355, filed 5 January 2001, entitled Method And 
Apparatus For Supplying Synthetic Sales Histories, by inventors Robert Dvorak and 
Kevin Katari; Application No. 09/755,635, filed 5 January 2001 , entitled Method And 
Apparatus For Modification Of Basic Good Forecasts^ by inventors Robert Dvorak 
and Kevin Katari; Application No. 09/708,944, filed 8 November 2000, entitled 
Method And Apparatus For Distribution Of Fashion And Seasonal Goods, by 
inventor Robert Dvorak. The seven related applications are hereby incorporated by 
reference. 

[0002] This application is further related to Application No. unassigned, filed the 
same day as this application, entitled A method and Apparatus for Handling 
Disruptive Events and Replacement Items ^ by inventors Robert Dvorak and Beth Li-Ju 
Chen, which simultaneously.filed application is incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

[0003] Retailers use planning as a mode of driving their business. Two types of 
planning are, top-down and bottom-up planning. The top-down plaiming is generally 
done at reasonably high level in the product hierarchy, such as department (see figure 
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2,) based on many subjective assessments. For example, merchants will assess areas 
of biisiness they plan to e;q)and, market trends, changes in profitability among product 
lines and other subjective factors, as the develop a top-down plan. Merchants also 
develop a middle out or bottom-up plan. Development of these plans often focuses on 
5 the class level and works down to the item level or focuses on key items in an 
assortment. 

[0004] Computer-implemented planning systems can require an unmanageable 
amoimt of user input to create and maintain a plan. Merchants can spend an 
unjustifiable amount of time making their plan agree with what has actually happened 
10 and then re-projecting the fixture sales, gross margins, inventories and other variables 
being planned. 

Q [0005] An issue therefore arises on ho\y to easily create an accurate plan and 

maintain it as a selling season progresses. In addressing this issue it is usefiil to track 
O merchandise at the level where the business really takes place: by item and 

m 1 5 selling/stocking locations. It is further usefiil to take into accoimt real world 
:i| merchandising factors such as promotions, presentations that impact sale or stocking 

levels, markdowns, stockouts, actual performance against plan and other real world 
G constraints, without overwhelming the planners. One long felt need is to integrate 

I"! real world considerations with planning and other merchandise management 

13 20 fimctions. Another long felt need is for an integrated merchandise planning and 
management system that rolls plans up firom the item/location level. 

SUMMARY OF THE INVENTION 

[0006] The present invention includes a computer implemented method of item 
level and above planning where the plans are dynamically updated using forecasts of 

25 item and location sales and inventory needs throughout the supply chain incorporating 
all the important decisions on how to present, promote, and markdown each item, 
automatically adjusting forecasts based on real selling results for the item and 
incorporating the impacts of any known constraints on the sales or inventory needs 
such as Purchase Orders (POs) not arriving in time to keep the selling locations fiilly 

30 stocked for sale. Aspects of the present invention include analyses based on a variety 
of ways the projecting fixture inventory. Aspects of the present invention are reflected 
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in the detailed description, accompanying figures and claims accompanying this 
summary. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] Figure 1 depicts a system practicing aspects of the present invention. 
5 [0008] Figure 2 is a typical hierarchy used by a company to manage or classify 
product and inventory. 

[0009] Figure 3 is a block diagram of software modules implementing aspects of 
the present invention. 

[0010] Figure 4 is an example item level planning report showiag examples of the 
10 daily forecasts of Distribution Center and Store total imit inventories, Purchase Order 

unit deliveries, unit and dollar sales and xmit and dollar estimated lost sales. 

[0011] Figure 5 is an example item level planning report combining past actual 

results with forecasted results for the next 12 months shown in monthly increments. 
In The Revenue, Gross Margin and Inventory results are shown with comparable last 

ifj 15 year values as frequently is done and a calculation of GMROI is also shown. 

[0012] Figure 6 is an example department level planning report combining past 

0 actual results with forecasted results for the next 1 2 months. It is generated from 

1 ; rolling up item level reports and then in this case adding department level budget 

y values that are used for comparison to the actual or forecasted comparable numbers. 

20 [0013] Figure 7 is a variation on figure 6, with the addition of columns for the 
budget values. These budget values were created by taking higher product hierarchy 
values, like those in Figure 6, and prorating them down to the item level via an 
automated proration approach. 

[0014] Figure 8 is an example of a promotional planning report showing the 
25 projected sales, lost sales. Gross margins (both projected for the event and normal 

SRP gross margin before any promotional discounting), starting and ending total imit 

inventories in all the stores and DCs and the first day of the event representative 

Presentation Quantities for a low, medium and high sales velocity store. 

[0015] Figures 9A-9B illustrate handling of causal events which resulted in an 
30 artifact in historical data. 

[0016] Figures 1 OA- IOC graphically illustrate handling of the stockout causal 

event which resulted in an artifact in historical data. 
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[0017] Figure 1 1 depicts historical corrections by assortment fill. 

[0018] Figure 12 illustrates an interface for displaying the relative shares of 

locations or locations in product sales. 

[0019] Figure 13 illustrates interface for displaying day-by-day diagnostic sales 
5 profiles, which sum to 1 .0 over the selling period. 

[0020] Figure 14 graphically depicts a hierarchical share group. 

[0021] Figure 15 illustrates an interface for entering or changing in season 

fi*actions or factors. 

[0022] Figure 1 6 illustrates an interface for reporting a model stock of a particular 
1 0 item across all locations. 

[0023] Figure 1 7 illustrates interface for reporting distribution of particular item 
across all locations. 

[0024] Figures 18 and 19 illustrate an interface is for setting changing 
markdowns. 



1 5 [0025] Figure 20 illustrates an interface for selection of markdowns. 



;lj [0026] Figures 21 and 22 graphically depict aspects of a markdown manager. 

[0027] Figure 23 depicts a stocking to selling location distribution coverage cycle. 
C] [0028] Figure 24 depicts a total coverage cycle. 

[0029] Figures 25-26 depict a multi-layer or complex distribution network and a 
Q 20 total coverage cycle for multiple locations. 

'~ [0030] Figure 27 illustrates handling of selling in-dates at particular selling 

locations. 

[0031] Figures 28-29 illustrate user interfaces for in dates, out dates and time 
elements of a coverage cycle. 
25 . [0032] Figures 30-32 illustrate forecast correction in the case of stockout for a 
single location, witti and without backorder correction, and for two locations. 
[0033] Figure 33 illustrates handling of selling out-dates at particular selling 
locations. 

[0034] Figures 34A-C depict scaling of a cloned sales history. (There is no Figure 
30 35.) 

[0035] Figures 36-40 depict tables for storing presentation quantities. 
[0036] Figures 41-43 depict coverage cycles. 
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[0037] Figure 44 depicts an open-to-buy department level report that might be 
generated by typical systems. It does not include notional orders or deliveries 
(notional receipts) or other aspects of the present invention. 

[0038] Figures 45A-B (collectively "figure 45") depict a report at an item level in 
which an inventory budget has been rolled down from a certain level in the inventory 
management hierarchy to the item level. Notional orders and receipts or deliveries are 
reflected in report, together with various analyses. 

[0039] Figure 46 depicts application of aspects of the present invention depicted 
in figure 45, but applied at a department level, instead of an item level. Figure 47 is a 
variation on figure 46, with more traditional labeling of columns. Fewer columns are 
displayed in figure 47 than in figure 46. 

[0040] Figure 48 is a variation on figure 47, with the addition of columns to track 
component inventory used to assemble kits or for other intermediate purposes. Li this 
report, there are finished goods that are being used as intermediate goods in other 
finished goods, which are then handled differently. 

[0041] Figure 49 shows a simple example of day-to-day consistent past and future 
selling with one future negative cannibalization event. 

[0042] Figure 50 shows a simple example of day-to-day consistent past and future 
selling with two future negative cannibalization events. 

[0043] Figure 5 1 shows a simple example of day-to-day consistent past and future 
selling with one future negative cannibalization event and one future positive 
cannibalization event. 

[0044] Figure 52 shows a simple example of day-to-day consistent past and future 
selling with one past negative cannibalization event. 

[0045] Figure 53 shows a simple example of day-to-day consistent past and future 
selling with two past negative cannibalization events. 

[0046] Figure 54 shows a simple example of day-to-day consistent past and future 
selling with one past negative cannibalization event and one future negative 
cannibalization event. 

DETAILED DESCRIPTION 

[0047] The following detailed description is made with reference to the figures. 
Preferred embodiments are described to illustrate the present invention, not to limit its 
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scope, which is defined by the claims. Those of ordinary skill in the art will recognize 
a variety of equivalent variations on the description that follows. 
[0048] Figure 1 is a block diagram of a system practicing aspects of the present 
invention. A computer system 100 may include one or more computers or servers, 
having memory and resources for storing data and running analysis programs. The 
computers or servers may be integrated in a cluster, connected by a SAN or LAN, or 
coupled at a distance by a WAN. The system may function on an ASP basis, 
provided by a vendor. The system 100 hosts data files 1 10, a forecasting engine 120, 
analysis programs or modules 130, and output devices 140. The data files 110 may 
include presentation data, a causal calendar file, pre-season item set-ups, in-season 
changes of item set-ups, markdown set-ups and top-down planning decisions, as 
described below. The forecasting engine 120 can apply one or more forecasting 
approaches. For instance, it can operate on daily or more frequent data or on weekly 
or monthly data. Individual goods or groups of goods can be forecast, either for 
individual selling locations or groups of selling locations. Different approaches to 
forecasting include trending sales during this selling period (such as a year); trending 
sales for this selling period versus the a prior selling period (such as the same period 
last year); moving average forecasts, with or without exponential smoothing to reduce 
the effect the effect of outliers; time series forecasts; probabilistic sales forecasts; auto 
regressive integrated moving average forecasts; etc. Analysis programs produce 
outputs 140, which are human or machine readable. These outputs may include a 
display on a monitor in commimication with the computer system, a spreadsheet of 
HTML, XML or other file which can be called up and reviewed by a user, or a printed 
report on paper, microfiche or optical media (e.g., CD-ROM, CD-R, CD-RW, DVD, 
etc.) The outputs may be automatically routed by e-mail. Machine readable outputs, 
for instance, for ordering, may be machine readable inputs to other program modules 
or systems which take action with or without user review or intervention, such as 
placing an order with a supplier. 

[00491 Figure 2 shows a typical retailer product hierarchy, to which merchandise 
management technologies are applied. Various retailers practice aspects of their 
merchandise management at different levels of their product hierarchy. The highest 
level of the hierarchy is the company 201 . The coming 201 may be be divided into 
organizations controlled by general managers 202. These organizations may be 
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separate subsidiaries and may even be in different lines of business. Within a GMM 
split 202, multiple divisions 203 may be organized. A single selling location may be 
part of a division or may encompass several divisions. Within a selling location, 
goods typically are presented in departments 204. A department organizes goods into 
5 categories 205, classes 206 and sub classes 207. At the lowest level of the hierarchy, 
an item 208 is typically identified by a distinctive SKU. Items in the same subclass 
may have different sizes, such as clothing sizes or sizes of packaged goods, each of 
which is a separate item with a separate SKU 208. 

Planning 

1 0 [0050] Figure 3 is a block diagram of components of an integrated merchandise 
planning and management system. This logical block diagram includes inputs 301- 
S 306, software components 31 1-341, and outputs 351-357. While various components 

?0 are depicted as logically distinct, they may be combined or disaggregated as proves 

m useful for input, output or implementation of a software architecture. The core of the 

; J 15 system is the buying and inventory optimizer 321 . The buying and inventory 

fil optimizer 321 functions in slightly different ways for basic goods which are 

reorderable and fashion goods which typically are purchased for a selling season and 
not reorderable but can have in some cases some ability to reorder. The basic buying 
\jj and inventory optimizer calculates and forecasts sales constrained by some form of 

;^ 20 inventory need optimization as required by any other modules of the system: for 

presentations, promotions or markdowns 31 1/322; for replenishment of inventory at 
selling locations 352; for orders and expedites 353; for open-to-buy analysis 331 and 
for bottom up planning 341. Calculations of model stocks can automatically factor in 
events and presentations, economic majors of effectiveness such as revenue in 
25 profitability, in and out dates for items, pxirchase orders and physical constraints of 
the selling locations. Forecasts and optimizations are done by item/location/day, or 
for some other time period selected by the user. Forecasting and the optimization 
activities are carried out on an end to end basis, taking into account coverage cycles 
for ordering, receiving and making goods available to sell. A variety of forecasting 
30 approaches can be built into the buying and inventory optimizer. Causal approaches 
are favored, to reflect data entered into the presentation and event manager. 
Statistical and other approaches can be selected automatically by the system when 
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events entered by the user do not dominate the forecast. Forecasting encourages users 
to input causal event and PQ data prior to ordering, by utihzing this data in the 
ordering and distribution process. With this data in place, replenishment of selling 
locations from distribution centers, for instance, or reordering items can be 
5 accomplished automatically or with user oversight. Items subject to a 3-4 month 
coverage cycle, for example, can be automatically replenished in selling locations as 
the system captures the relevant presentation or promotion changes and updated sales 
and inventory data as it is posted. This allows the user to focus more on longer range 
selection of products and promotions that drive the business versus more clerical 
1 0 system running activities. 

[0051] - A variety of features may be incorporated into a basic buying and 
inventory optimizer in various embodiments of the present invention. A basic buying 
^0 and inventory optimizer automatically takes into accoimt events entered into the 

Q presentation and event manager. It recognizes stock out conditions in historical data 

I n 

« ; 1 5 being used for forecasting, by reference to on hand inventory data for individual 

item/location pairs. When a stock out in historical data is recognized, the system can 

; : = 

select a method of compensating for the stock out, either automatically or with user 
~ intervention. Segmented average filling can be used to automatically fill out a day in 

M the sales history with average sales from a similar day, that is from a day subject to 

5 - 
IJJ 

13 20 the same events in the causal event calendar. The basic buying and inventory 

optimizer recognizes the introduction and discontinuation of sales for particular item. 
It recognizes in dates, out dates, clearance out dates and last purchase order receiving 
dates. For an in date, the system automatically initiates ordering, allocation or 
distribution activities to meet the specified selling in date. For out dates, the system 

25 automatically concludes ordering or takes markdowns to meet the specified program 
out date. For clearance out dates, the system automatically includes all activities and 
treats the goods as being cleared from a store, for instance to the clearance outlet. For 
last purchase order receiving dates, the system automatically includes all activities 
driven by the last receipt of goods at a location, such as a distribution center. The 

30 system accommodates addition of new items and new locations. It clones sales 

histories for new items or new locations, based on a historically analogous item or 
selling location selected by the user. These clone histories then are used to drive 
forecasting. When sales of the new item or at the new location have been posted for a 
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user-Specifiable length of selling time, the system automatically or with user 
interaction revises the cloned selling history to reflect the actual sales results. When 
sales of a new item or sales at a new location have been posted for another user- 
specifiable selling time, the system can automatically or with user interaction switch 
fi-om using cloned histories to real histories for the item and selling location. The 
forecasting techniques used by the basic buying and inventory optimizer may include 
probabilistic, segmented probabilistic, regression or a variety of other techniques. A 
probabilistic forecasting technique may be selected for non normal sales distributions, 
such as sales represented by a Poission distribution. A segmented probabilistic 
forecasting technique can be used with larger samples of sales, where different time 
periods of sales are identified firom the causal calendar and traded on a segmented 
basis. A multivariable regression analysis can automatically be linked to causal 
events. Selection of a forecasting technique can be automatic or manual. Forecasting 
of need, as opposed to sales, involves subtly different features. The forecasting of 
need accommodates a multi-echelon distribution system. In a multi-echelon system, 
every echelon and stocking or selling location is available for overall merchandise 
planning and management. Both needs in stock levels for all locations can be 
incorporated into a calculation. The full range of need satisfaction activities are 
integrated, so that order calculations and distribution calculations are coordinated. 
The overall ordering cycle can be compressed to the time actually required, instead of 
a fixed weekly cycle. For instance a 10 day cycle for ordering and replenishment can 
be used if 10 days is the time required, instead of a two- week (14 day) cycle which 
would result in four days of excess inventory. The safety stock can be taken into 
account End-to-end optimization reduces exposure to stockouts and excess inventory 
at those locations having the highest variability in need, minimizing the overall safety 
stock requirement of the multi-echelon system. While traditional service level 
calculations for safety stock can be supported by the system, end-to-end economic 
stocking optimization can replace the service level approach. A hurdle rate control 
feature allows users to change an economic optimization hurdle rate to easily 
emphasize low profitability core assortment items or to take less risk with items 
approaching the end of their sales life. The hurdle rate controls the trade-offbetween 
lost sales and inventory-related costs. The hurdle rate reflects the time value of 
capital invested in inventory and both direct and indirect cost that would be added to 
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carrying costs in a precise economic calculation. A relatively high hurdle rate, such 
as 50% or 100% of inventory cost or value may be used because a typical debt interest 
rate can be too low to fairly balance lost sales (lost revenue minus COGS, or some 
similar measure of lost contribution to profit) against inventory carrying costs where 
all of the full costs have not been deducted In situations when excess or inadequate 
inventory of goods become apparent, the system can automatically deal with 
overages, underages and overrides. The system can automatically direct excess goods 
to locations with the highest sales potential in situations where the goods need to flow 
through the system. The system can automatically evaluate alternative allocations of 
scarce goods to reduce sales and profit damage due to shortages. In a shortage 
situation, preset minimums, such as presentation quantities can be automatically 
protected. Practical realities of ordering and distribution also can be taken into 
account, including minimum order quantities, minimum order quantity increments, 
and case rounding. Minimum order quantities may be established to reflect 
purchasing arrangements with vendors. Minimum order quantity increments can be 
taken into accoimt, so that orders are properly generated for vendors that sell their 
goods in incremental quantities (e.g., increments of 1000 units.) Case rounding logic 
can assure that orders or distribution quantities are for whole cases instead of broken 
cases of goods. The analyses generated by the basic buying and inventory optimizer 
include projection of stockouts and overstocks at specific locations. 
[0052] Without minimizing the difference between handling of basic and fashion 
goods, many of the system features are the same for both. More extensive discussions 
of features related to each of these types of goods are foimd elsewhere in this 
document. There are some highUghts to the application of the buying and inventory 
optimizer to fashion goods. As fashion goods have a limited sales program life, the 
factoring in of actual sales to correct or scale estimated sales profiles should be 
emphasized. The set up of seasonal goods may be more sophisticated. For instance, 
in the coxrrse of establishing cloned sales histories, patterns of straight sales and 
orphan sales can be recognized Inventory shrink that results in overstatement of on 
hand inventory at the end of the season can be overridden automatically or with user 
interaction. Orphan sales of goods at the end of a season, for instance when an item is 
returned or found mis- shelved and returned to its proper location, can be recognized 
based on a minimum level of selling. Orphan sales can be ignored for purposes of 
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established cloned sale profiles. In addition to the segmented average filling 
described with respect to basic goods, profile filling can be used. Preset sales profiles 
or profiles fi"om other locations, for instance can be used to fill in one or more 
stockout days in the sales profile for a particular location. The distribution of sales 
among selling locations of a fixed quantity of goods purchased for a seasonal program 
can be driven from historical shares. Shares represent the distribution of sales among 
selling outlets in prior seasonal programs. Shares can be automatically computed and 
then applied and scaled for a current sales program. Based on in-season selling of 
fashion goods, share distributions among selling locations can be automatically 
revised. The differences in causal events among the selling locations also can be 
taken into account. Shares are described in greater detail elsewhere in this document. 
The buying and inventory optimizer 321 forecasts sales, taking into accoimt such real 
world considerations as presentation quantities, events, stockouts and markdowns. It 
optimizes forecast needs. 

[0053] The buying and inventory management and markdown optimizers interact 
with the presentation and event manager 311. The presentation and event manager 
3 1 1, in one embodiment is a single point of data entry that supplies presentation and 
event information to all other modules. The presentation and event manager 311 
compares presentation quantities entered to economically optimal values calculated 
by the buying and inventory optimizer 321. One of its outputs 35 1 is an evaluation of 
presentation quantities that are above a user- specified multiple of the model inventory 
level calculated by the buying and inventory optimizer 321. Another of its outputs is 
an evaluation based on historical data of the sales and profitability of promotions. 
This output may be grouped at any level in the item hierarchy of figure 2 and for any 
category or grouping of presentations. . 

[0054] A wide range of features may be incorporated into a presentation and event 
manager which practices aspects of the present invention. The presentation and event 
manager recognizes a variety of presentation quantity types. A so-called "sell into" 
presentation quantity is an initial presentation quantity which may be used to satisfy 
demand A so-called "protect" presentation quantity represents inventory which is 
always supposed to be available for presentation and is rarely sold into. That is, 
additional inventory is available at the selling location to satisfy demand without 
taking inventory out of the presentation. A so-called "phase down" presentation 
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quantity is capped at a declining quantity, as a basic goods promotion or a fashion 
goods selling program runs its course. A so-called "introductory protect" presentation 
quantity is protected for an initial time and then converted to a sell into or phase down 
presentation quantity. A so-called "N levels" presentation quantity. When 
calculations are carried out for distribution centers, the system takes into account 
events, PQs and other factors at the selling location level, effectively rolling up the 
selling location effects into the distribution center that services them. This roll-up can 
be directly to the distribution center or through intermediate distribution centers to a 
central distribution center. This roll-up accommodates a multi -echelon distribution 
network. The presentation quantity used by the presentation and event manager can 
be applied at various times. It can be applied at the cycle end, which is the last day of 
the cycle being processed. It can be applied as of a delivery date, which is the day on 
which a shipment of items is received at a location. Or, it can be a maximum quantity 
of goods at the location during any part of the cycle being processed. The buildup of 
presentation quantities can be handled at various levels of aggregation. A single 
presentation quantity can be assigned to an item for a time across all selling locations. 
Specific presentation quantities can be assigned for a time to specific item/location 
pairs. Presentation quantities can be assigned to fixtures or fixture setups within 
fixtures. The fixtures, in tum, are assigned to locations. The presentation quantity 
special display minimiun (SDM) can be specified in at least two ways. A specified 
value can be added to model stock, for instance when goods are used in window 
display and not salable during a time. A special display minimum can be driven by a 
presentation quantity value, as a function of the presentation quantity. Presentation 
quantities can be entered for analysis or as a plan. Presentation quantities entered for 
analysis can be compared to model inventory and those presentation quantities above 
a user-specifiable percentage of the model inventory flagged for user evaluation. 
Presentation quantities as part of a plan can be incorporated in all merchandise 
planning and management activities which derive their data from the presentation and 
event manager. 

[0055] Causal calendar features which are aspects of the present invention are rich 
and varied. The causal calendar can track events which are non promotions, 
promotions or markdowns. A non promotional event may be removing swimming 
suits from the selling floor at the end of the simimer season or to make way for selling 
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of back to school goods. Promotional events may include placement of an item on a 
key high traffic or end cap fixture, discoimting the item, introduction of a companion 
product, running a promotion which cannibalizes demand for an item or post 
promotion sales values. Permanent markdown events also can be managed through 
the causal calendar. One use of the causal calendar is to predict sales lifts. A 
specified sales acceleration value can be used by default, if there is no similar causal 
event to use as a basis for calculating sales lifts. When a similar historical causal 
event can be identified, resulting lifts can be calculated from the prior event. The 
buildup of causal event information can be handled at various levels of aggregation. 
A causal event can be specified for an item for a time across all locations. It can be 
specified for one or more item/location pairs for a time. A named causal event can be 
associated with a variety of items at locations which will participate in the event. 
Causal events can be entered for analysis or as a plan. The effect of causal events 
entered for analysis can be traced through any of the analyses typically generated by 
the system and compared to results generated without the effect of the causal event. 
Once causal events are entered as a plan, they can be automatically incorporated in all 
merchandise planning and management activities which derive their data firom the 
presentation and event manager. 

[0056] The presentation and event manager 311 accepts as inputs presentation 
quantities 301 and causal events 302. It supplies the buying and inventory optimizer 
321 with data regarding presentation requirements at selling locations and events 
which will affect demand, sales and needs for goods. The presentation and event 
manager 311 produces various reports 351 that inform management's evaluation of 
promotional and presentation strategies. The optimizer interacts with users to accept 
preseason item setup data 303 and in season changes 304 to the setup data, which 
typically are minor. 

[0057] The optimizer further interacts with a markdown optimizer engine 322. 
The markdown optimizer 322, in one embodiment, can run without additional input or 
it can accept a few incremental inputs fi"om a user, utilizing data associated with the 
presentation and event manager and the buying and inventory optimizer. The 
markdown manager features to optimize revenues, profitability or some other measure 
of sales effectiveness for merchandise owned by the retailer. The goods may be in 
distribution centers, selling locations, in transit or elsewhere awaiting allocation. The 
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markdown manager evaluates different selling scenarios and recommends or selects 
markdowns which increase sales effectiveness. Recommended markdowns for the 
balance of a selling season can be reported to a user so that in- store trade-offs can be 
evaluated by users and courses of action decided. The markdown manager 
incorporates all events entered into the presentation and event manager and can 
automatically take into account presentation quantities. The scenarios it generates 
include markdown timing, which can be synchronized with a day of the week 
schedule for markdowns at specific selling locations, and markdown depth, such is 
25, 33 or 40 percent off. For goods programs, the impact of different scenarios can be 
determined and reported to the user in terms of revenue, profitability or any other 
measure of sales effectiveness. A markdown scenario can be automatically selected 
based on one of these measures of effectiveness and instructions issued for marking 
down the goods. 

[0058] The markdown engine 322 draws data regarding sales of goods and 
forecast sales of goods from the optimizer 321 . It also draws data regarding out dates 
for sales of goods fi"om the optimizer 321 . In saying that these data are drawn from 
the optimizer 321, the link between the software modules may be a software interface, 
a pipeline, or any temporary or persistent data storage, or the modules may be 
conbined. The markdown engine 322 provides data to the optimizer 321 for 
modification of selling prices and resulting changes in needs and sales. Preferably, 
the markdown engine 322 is used to select, either automatically or interactively, 
markdown dates and price points which will maximize some measure of the retailers' 
performance, such as revenue, gross profit or the like. The markdown engine 322 
also may supply data to the open-to-buy engine 33 1 or the bottom-up planner 341 . 
The input 305 to the markdovra manager is minor setup data, such as identification of 
the day of the week on which selling locations change the price of goods. It also can 
include selection of markdown scenarios. 

[0059] The optimizer 321 also interacts with the open-to-buy (OTB) module 331. 
The open-to-buy module 331, in one embodiment, is a fully automated open-to-buy 
analysis engine working off of the latest results generated by other modules, such is 
the presentation event manager 3 1 1 , the buying and inventory optimizer 32 1 and the 
markdown engine 322. These other modules can generate most of the data necessary 
for open-to-buy analysis, excepting budgets which may be obtained fi^om a top-down 
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planner 321 or imported from any source. The open-to-buy module can provide both 
a traditional and a statistical open-to-buy analysis. The statistical open-to-buy 
analysis uses notional orders to simulate future stocking patterns for reorderable 
items. These notional orders and simulated stocking in sales patterns can be used to 
put long and short lead time items on par for analyzing anticipated on hand inventory. 
The open-to-buy module utilizes item/location/day level forecasts available from the 
buying and inventory optimizer 321. It rolls item level data up to any level of a 
hierarchy such is illustrated by figure 2 for reporting purposes and allows a user to 
select detailed reporting in areas where problems are apparent from aggregated data. 
The open-to-buy module features estimates of lost sales caused by ordering that 
results in stock outs at selling locations. The open-to-buy module automatically 
incorporates events and presentation quantities entered into the presentation and event 
manager 311. Weekly, weekly adjusted, daily or more frequent forecasts of need and 
sales for basic and fashion goods can be generated as a basis for rolling up item level 
forecasts into aggregate reports. If automatic incorporation of markdowns for fashion 
goods is selected, the impact of markdowns can be reflected both in sales and in 
inventory values stated at selling prices. The amount of time forward for which the 
open-to-buy analysis is run is user-selectable, as is the time increment, such as weekly 
or monthly reporting. Reports generated by open-to-buy analysis identify 
overstocking. The system can automatically generate detailed reports identifying 
items within departments or some other level of aggregation which are overstocked. 
Automatic report generation can save the user from sorting through unneeded pages 
or from going back and requesting additional reports. Inventory budgets can be 
automatically prorated from levels of a hierarchy at which they are set down to items 
for overstocked identification. Lost sales estimates can be generated. Items 
purchased by the retailer to be used for production of finished goods can be 
accommodated by flagging the items that are going to be incorporated in other goods. 
[0060] Analysis of opernto-buy inventory values may be carried out well into the 
future, even beyond the normal ordering cycle, in order to assure a rational balance 
between buying of short and long lead time items. Long-term analysis of open-to-buy. 
inventory values provides a tool to coimteract the unproductive behavior of cutting 
back on short-term purchases in order to reduce inventory on hand, when a better 
solution may be to markdown items purchased on a long lead time and reduce the on 
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hand inventory of long lead time items. Long-terai analysis promotes a balanced 
analysis of strategies for achieving desired on hand inventory levels. There may be 
substantial overlap between open-to-buy analyses 331 and bottom-up planning 341. 
[0061] Integration of planning and need/sales forecasting is accomplished by 
5 coupling the planning module 341 with the forecasting engine (331), either directly 
(indicated by a dotted connection) or in conjunction with OTB reporting (341). The 
forecasting engine generates need and sales calculations which drive ordering and 
replenishment for fashion and goods. 

[0062] A top-down planner 323, in one embodiment, is a department or class level 
1 0 subjective input planner that will automatically use past selling information if it is 
available. Users begin with historical plans or, altematively, with historical 
information about actual sales, and subjectively adjust the historical information to 
generate current plans. The system can be configured to encourage the user to note 
the rationale for the plan. It can be self documenting in creating an audit trail of ttie 
1 5 starting basis for the plan and the changes used to generate the current plan. The 
historical data that it provides the users can encompass sales, costs, margins in 
inventory, to support setting of budgets for sales, costs, margins in inventory. In a 
"what-if mode, multiple plans can be prepared by one or more users. The rationales 
for altemate plans, plan parameters and results of the plans can be reported for 
20 comparison. The top-down planner 321 accepts decisions 306 fi*om users and 

supplies budget goals to the open-to-buy 331 and bottom-up planning 341 modules. 
The budget goals can then be rolled down to items or some other low level for open- 
to-buy analysis and bottom-up planning purposes. 

[0063] A number of outputs can be provided to users. More specific detail is 
25 described below. In general, the optimizer 321 provides allocations of fashion goods 
and replenishment information regarding basic goods 352. It also provides ordering 
and expediting schedules 353. The open-to-buy module 331 provides open-to-buy 
analysis reports 354. The bottom of plaimer 341 provides bottom-up plans 355. The 
markdown engine 322 provides markdown strategy information 356. The top-down 
30 planner 323 provides top-down plans and budgets for use in OTB analysis and 
bottomrup planning 357. 

[0064] Features that can be combined in a planning system, practicing aspects of 
the present invention, include event incorporation, presentation quantity inclusion. 
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sales and needs forecasts for basic and fashion merchandise, markdown management, 
open-to-buy ("OTB") reporting, and bottom up planning. The bottom-up planner 341 , 
in one embodiment of a system practicing aspects of the present invention, is a fully 
automated dynamic item-level planner that works using inputs processed by other 
modules. With these inputs, it can be run by a user, who makes a simple selection 
among altematives such as annual planning by month, future annual planning by 
month, future monthly merchandise planning, monthly planning by department, 
weekly planning department, weekly planning by item and year-to-date plan by item. 
The bottom-up planner calculates preseason plans and in season replans each time it is 
run. The retail user might be expected to run the bottom-up planner on a weekly basis 
as a regularly scheduled job. Alternatively, it can be run on demand. The bottom-up 
planner generates item/location/day level forecasts, from which planning analyses are 
prepared. Detailed forecast can be rolled up to any level in the hierarchy of figure 2 
that the user desires. The bottom-up planner generates comparisons between forecasts 
and budgets. Revenues, gross margin and inventory are typical subjects of 
comparison. 

[0065] A wide range of features may be incorporated in a bottom-up planner 
which practices aspects of the present invention. The bottom-up planner 
automatically incorporates presentation events such as promotions that have been 
entered as data for the presentation and event manager. It also incorporates 
presentation quantities that have been entered as data for the presentation and event 
manager, taking the presentation quantity needs into accoimt for need forecasting. 
The bottom up planner generates needs optimal inventory and sales forecasts for both 
basic and fashion goods. Again, the optimal need forecasts incorporate needs of 
goods for presentation. Sales forecasts take into account events that have been 
entered into a multipurpose causal calendar. Primarily for fashion goods, the bottom- 
up planner can automatically take incorporate optimal markdown strategies, if the 
user selects planning based on optimal markdowns. For basic goods, markdowns 
normally will be handled through the markdown engine when goods are closed out 
and not subject to reorder. During the time when basic goods are subject to reorder, 
promotions set up as events on the causal calendar are a preferred alternative to 
markdowns. The bottom-up planner interacts with the OTB analysis without a need 
for user inputs. The time horizon used for plaiming may generally be the same as for 
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OTB analysis. Thus, the results of OTB analysis can be used for planning purposes. 
Alternatively, the bottom-up planner can be implemented with different time period 
increments for reporting than are used for OTB analysis; longer or shorter periods can 
be used for planning than are typical for OTB analysis. Ou^uts from the bottom-up 
planner include automatically generated data for item/location/day selling, inventory 
on hand at stocking locations, cost and gross margin forecasts. When the bottom-up 
planner is implemented as part of an integrated system, the forecasts that it generates 
are based on the latest outputs used for multiple merchandise planning and 
management purposes. By altering the event input to the presentation and event 
manager, alternate promotional plans can be evaluated for their sales and gross 
margin contributions. In one embodiment, what-if scen^os can be tested by 
inputting test promotional events into the presentation and event manager, without 
committing them to be part of the actual merchandise plan. The bottom-up planner 
automatically generates comparisons of sales, gross margin and inventory against 
budgets. The budgets can either be generated by top-down planning or imported from 
an independent system. 

[0066] Figures 4-8 are examples of output from a bottom-up planner. Outputs of 
a bottom-up planning system can be organized by item/location/day and can include 
promotional plans and budget comparisons. Figure 4 is a sample planning daily item 
sales and inventory report. It depicts colimins of data that the bottom-up planner is 
capable of generating in one format. Column 402 is an SKU nimiber for a particular 
item. In this example, different SKU numbers are assigned to what appears to be the 
same item. Normally, the same SKU number would be assigned to all instances of 
the same item. Column 404 is a product description. Column 406 is a date. This 
planning report is on an item-by- item, day-by-day basis. The 12 oz. normal shampoo 
statistics are displayed for each day in a 19-day period, from August 12 through 
August 30. Column 408 is a total for product availability, including inventory on 
hand in selling locations and distribution centers, and inventory in-transit from the 
distribution center to the selling locations. Colxmm 410 is a variation on column 408, 
which does not include inventory in the distribution center. Column 412 presents the 
difference between columns the 408 and 412. Coliunn 412 shows the inventory on 
hand in the distribution center. Not shown in the report is a model stock for the 
distribution center, based on a statistical analysis of inventory preferred to be in the 
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distribution center, which is discussed below. Column 414 is the difference between 
the on hand inventory in column 412 and the desired statistical inventory. When the 
statistical on hand inventory in column 414 is negative, the inventory in the 
distribution center is below the desired level. When it is positive, it is above the 
5 desired level. Similarly, when the distribution center inventory in column 412 is zero, 
it is likely to be below the desired inventory level for redistribution to selling 
locations. Colunm 416 indicates units projected to be received on specific dates in the 
distribution center, based on actual purchase orders. Column 418 is like column 416, 
but reflects notional purchase orders. Notional purchase orders can be generated by 

10 the system, as discussed below in the context of open-to-buy analysis, to reflect the 
level of ordering which the system determines to be optimal. The quantity received 
from notional purchase orders is expected to be zero for dates close to the report date, 
due to the lead time for fiilfillment of notional purchase orders, which can only be 
placed in the future, not in the past. Column 420 totals projected daily sales in units 

1 5 for all stores. Column 422 totals projected lost sales in units for all stores, given 
inventory on hand and stock out situations at particular selling locations. A low 
number of lost unit sales reflects a healthy tolerance for variation in demand among 
selling locations. Ahighnumberof lost imit sales reflects inadequate inventory. The 
calculations used to generate data in these columns are generally explained in the 

20 discussion of open-to-buy analysis, below. 

[0067] Figure 5 is an example of a monthly planning performance simmiary at an 
item level. This report is a monthly roUup for all locations for a month on the sales, 
gross margin and inventory projections. It compares some actual and then forecasted 
monthly projections to last year's same item results for dollar sales (revenues), gross 

25 margin, DCs and all Stores inventories, and inventory turns. It also does a past actual 
and projected future Gross Margin Return on Investment (GMROI) calculation for 
each month. Higher product level reports within the product hierarchy are then 
generated by mathematically combining all tfie item values within that level. For 
example, mathematically combining all the items in a specified department produces a 

30 Planning Monthly Department Performance Summary as described in figure 6. 

Colimm 502 is the fiscal year in which a month falls. In this example, the fiscal year 
runs March to February. Column 504 is the fiscal month covered by the monthly 
report. Column 506 is the SKU for the item being reported. This report uses the 
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same SKU for all instances of the item. Column 508 is the item description. Column 
510 indicates whether month reported is past (actual) or future (forecasted.) As this 
report is dated Jime 30, 2001, the data for March through June, 2001 is actual; the 
data for July through June, 2002 is forecasted. Columns 512-516 reflect aggregate 
revenue across all stores. Column 512 is for this year. Colimm 514 is for last year. 
Column 516 expresses this year compared to last year, as a percentage change. For 
instance, this year is 28 percent better than last year for March, 2002. Colimins 518- 
520 state the gross margin on sales, both actual and forecasted for this year and last 
year, respectively. Columns 522 and 524 state the value of inventory in distribution 
centers and stores, both actual and forecasted, for this year and last year. These 
values are stated in terms of the retail value of the inventory, as opposed to the cost. 
The retail values are based on planned selling prices, as impacted by promotions and 
markdowns. In an alternative embodiment, the inventory on this report could be 
carried at cost instead of selling value. Colxmm 526 is a calculation of gross margin 
return on investment for this year. There are many ways to calculate this statistic. In 
one calculation, GMROI (%) = gross margin % * (sales divided by average inventory 
at cost) where gross margia can be the gross margin for a point in time or an average 
over time. The sales would be revenue in dollars and the inventory at cost is usually 
the average inventory over the last 13 months. Another method of calculating 
GMROI ($) = gross margin in dollars for a period of time (usually a year) divided by 
average inventory at cost in dollars (usually the average over the last 13 months). 
Columns 528 and 530 are inventory turns, a standard measure of product movement. 
Inventory turns can also be calculated in many different ways. For example they may 
be imit turns calculated using imit sales over time versus unit inventories, or they 
could be some form of financial tum comparing dollar sales to some dollar value of 
inventory (e.g. at retail or at cost). 

[0068] Figure 6 is a monthly department performance summary which includes 
much of the same information as in figure 5, but aggregated at the department level, 
instead of detailed at the item level. Only a handful of budget-related columns, 
numbered 632-642, appear in this report but not in figure 5. Column 632 is a budget 
for department sales in all stores, on a monthly basis for this monthly report. Column 
634 expresses the variation of this year's revenue for the department from this year's 
budget. Sales for March, 2002, in this example, are 101 percent of budget or one 
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percent over budget. Column 638 states the budgeted gross margin for the 
department. Column 640 states the budgeted inventory for the department, inclusive 
of all stores and distribution centers, expressed in the retail value of inventory, rather 
than the cost of inventory. Colimm 642 states the budgeted inventory turns, making 
5 them available for comparison to last year's actual and to this year's actual forecast 
statistics. 

[0069] Figure 7 is a variation on figure 6, reporting at the item level instead of the 
department level. Because this report is at the item level, columns 506 and 508, for 
SKU and item description appear on this report but not on the department report. 
1 0 Top-down budget values have been prorated down fi"om the level where they are 
specified, such as a class level, to the item level. 

[0070] Figure 8 is a fixture promotional plaiming report. Merchants frequently 
1^ want to see the projected results of the fixture planned promotion. This report allows 

'■B them to specify particular promotions and get projected results of the promotions for 

m 1 5 some or all of the items included. The report includes items such as sales, lost sales, 
I ^ pre-promotion gross margin and gross margin during the promotion, starting 

inventory and ending inventory, and typical presentation quantities (in this case, in 
g variations for low, medium and high- volume selling locations.) As this report is based 

on projections made at the item/location/day level, the system can accurately project 

I J 20 the impact of the promotion at the stores which are included. The report can mix 

Q 

promotions of different lengths and time periods, providing total figures for the period 
of the promotion. The promotions reported can be of any length: 1 day, 3 days, or 23 
days. Column 802 specifies the department in which the promotion is carried out. 
Columns 804 and 806 give the SKU number and description of the item. Column 810 

25 describes the promotion. In this example, like promotions are grouped together. 

Column 812 is a suggested retail price of the item. Columns 814-816 describes sales 
in all stores, expressed in units and dollars, respectively. Columns 818-820 express 
lost sales in all stores, in units and dollars. Columns 822-824 express in gross margin 
across all stores when the good is sold at the suggested retail price and the 

30 promotional price. Colurrms 826-828 are the starting and ending inventory of the 
promoted item, including all stores and distribution centers. Columns 830-834 
express the presentation quantity required at typical or specified stores. In this report, 
three variations on presentation quantity are expressed; for low- volume store 830, a 
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medium volume store 832 and a high- volume store 834. The stores can be selected by 
the merchant as representative or compiled statistically by the system based on the 
average of some band or the average of some specified group of stores expected to 
produce a representative composite view of stores in their category. 

Fashion and Seasonal Goods 

[0071] The handling of fashion and seasonal goods was explained in Application 
No. 09/708,944, filed 8 November 2000, Qntitl&d Method And Apparatus For 
Distribution Of Fashion And Seasonal Goods ^ by inventor Robert Dvorak, which is 
incorporated herein as if set forth fiilly. A fashion program typically consists of a 
number of items that will be sold for a fixed period of time. For each item, the retailer 
typically purchases a fixed number of units in advance and may not have the 
opportunity to reorder the item fi-om the supplier. During the selling season, the 
retailer needs to send product fi-om its distribution center to each of its locations to 
ensure that locations are in-stock in as many items as possible. As the end of the 
selling period approaches, retailers typically reduce the price of xmsold items 
(markdowns) to ensure that all or substantially all of the inventory associated with the 
program is sold at or near the end date of the program. 

[0072] The handling of fashion and seasonal goods, in accordance with aspects of 
the present invention, provides a computer-implemented method for adjusting a 
reference selling profile for a reference product, comprising retrieving one or more 
reference selling profiles corresponding to daily or more fi*equent historical data for 
one or more reference products, and adjusting the reference selling profiles to correct 
for one or more promotions which impacted the historical data. 

The Fashion Allocation System Overview 

[0073] A fashion allocation system embodying aspects of the present invention 
forecasts sales and calculates allocation quantities for each distribution flow fi-om a 
distribution center to locations in a fashion or seasonal program. While the fashion 
allocation system does not determine required vendor order quantities (also known as 
the total buy), the system can be used to generate information useful in determining 
the order quantity, especially if a product comes in many sizes, colors, flavors or other 
distinction where past location or other selling profiles are relevant. Ultimately, the 
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total buy quantity decision is driven by a planning function and merchant 
assessments. After the decision on the total buy is complete, the fashion allocation 
system provides information useful in determining where and when to send the goods. 
[0074] The fashion allocation system can take advantage of historical data for 
comparable items and then real sales as they become available. Historical data on a 
reference product helps forecast how the different locations will sell the different 
items. Using well-selected historical reference product(s) provides insights into sales 
quantities and sales timing by location on a relative basis. These insights can be 
adjusted based on actual in-season sales results. The fashion allocation system may 
be used to combine the historical and real sales results. A reference product may be 
an individual product, for instance a product comparable to a particular product for 
which sales are being forecast, or it may be constructed based on user judgment or 
from a group of individual products. 

[0075] In operating the fashion allocation system there are 5 activities, which 
involve several distinct aspects of the present invention: 

1 . Create Shares 

2. Create Profiles 

3. Setup Item and Location Data 

4. Setup PQs and Causal Calendar 

5. Run Distributions 

[0076] The first 4 activities are typically done once for each fashion or seasonal 
program and then changed if required The fifth activity, running distributions, is 
typically done multiple times over the season. 

[0077] The fashion allocation system can use both historical reference product 
information and actual sales results in its forecasting, allocations and distributions. 
The historical information is used in the form of shares and sales profiles, which are 
built for the new products using the reference products. Then item and location data 
and quantities (PQs) and a causal event calendar are set up. The casual event calendar 
can be used to capture promotional information such as advertising, preferential 
display of goods and price reductions or seasonal data such as the days preceding and 
following Christmas, the days preceding and including Valentines Day and the days 
preceding the start of school (typically called **back to schoor*)j which can be used to 
adjust either shares or profiles. With this information in place, distributions can be 
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run. Once in-season sales are available, shares, profiles and distribution runs may 
reflect both projections and actual sales. This blending of projections and in-season 
results is done in a way to not over react to random selling anomalies while not under 
reacting to real differences in what was expected and what is actually happening in 
5 the new item selling. 

[0078] A share or location distribution share is a set of location-by-location sales 
flections adding to 1 .0, where a locations' fraction is an estimate of its unit sales 
relative to the total unit sales of all locations. Shares typically, but not always, are 
calculated for groups of items instead of single items, so that the location level sales 
10 do not reflect individual anomalistic situations such as random selling noise. Shares 
can be generated using a niunber of different historical sales periods (e.g., all the sales 
time for the historical items or just during a specified time period) and sales types 
(e.g., actual sales or stock out filled sales). One share is typically assigned to an item, 
and many items may use the same share. Shares should differ for items that sell 
lj\ 1 5 differently across the locations. For example, some locations may be strong sellers at 
! ^ high price points and therefore if the item in question is at a high price point, a high 

price point share may be used. 
Q [0079] A reference selling profile is a historical set of data corresponding to day- 

f 7 by-day or more firequent sales for reference product(s). Typically, the historical sales 

fij 20 data is stored as fractions adding to 1 .0, where a daily sales fi*action is the fraction of 
1^ season unit sales that would occur on that day. Alternatively, a reference selling 

profile may store actual historical unit or dollar sales data, with appropriate scaling, as 
will be apparent to those of ordinary skill in the art. However the data is stored, the 
invention can readily be adapted to historical data retained for intervals more fi-equent 
25 than daily, for instance, for three shifts a day. Like a share, a profile is typically 
determined for a number of past items so that the location level sales do not reflect 
individual anomalistic situations. Unlike shares, profiles typically are grouped by 
locations. In grouping locations, it is preferred to select a group sufficiently large to 
overcome random selling noise but not so large as to blend together locations with 
30 different sales patterns. For locations that sell large quantities of particular items, 
grouping may be unnecessary. 

[0080] The profile created may be adjusted to reflect to a new time period 
corresponding to when the new items will be sold. So for example, a profile created 
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for a first year during Thanksgiving and Christmas holiday may be shift to a second 
year reflecting the diflferent days of the week and timing of events such as 
Thanksgiving. Likewise, a profile created in a first year in the spring may be time 
shifted for use in a second year during the summer, hi making these types of changes 
a reference selling profile may be truncated to a shorter selling period by dropping 
early or late sales dates and then rescaling the remaining days to more closely match 
the sales dates that are being projected rescaling the profile, if desired, to sum to 1. 
Alternatively, the reference profile may be compressed to a shorter period rather than 
dropping dates. For in-season selling situations profiles may be changed in a way that 
they scale to a value greater or smaller than 1 reflecting whether unpromoted sales of 
a particular product should sell out a total buy quantity during the defined selling 
season (in cases where they will no markdowns are required or the season will take 
longer than planned). Profiles may be assigned at the item and location level or to 
groups of items or groups of locations. A number of items and locations may have 
the same profile. Profiles may be adjusted to reflect timing difference among 
locations in product sales. For example, locations in areas like Florida or Arizona 
often have sales profiles influenced by seasonal influxes of people. Locations in some 
geographies may have different day of week and week of year variations in selling. 
Profiles for a specific location may also differ by price point or by type of goods. 
[0081] Profiles also may be adjusted to correct for seasonal effects which 
impacted sales of reference product(s). One seasonal effect is special selling days, 
such as the days before Mother's Day, Memorial Day weekend, the days before and 
after Thanksgiving, the days before and after Christmas. Depending on the product or 
location, any number of other special selling days may produce seasonal effects. 
Another seasonal effect is periods such as back to school days and Christmas 
shopping. Depending on the product or location, any number of other special periods 
may produce seasonal effects. 

[0082] Corrections made to create shares can be appUed to adjust reference selling 
profiles to generate projected sales profiles and vice-a- versa. 

[0083] Once a share for an item and one or more profiles for locations have been 
selected, setup can proceed for specific items and locations. This may include setting 
the data elements that should remain the same throughout the distributions or change 
infiequently. These elements include the authorized locations for an item, the item 
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buy quantity available for distribution over the life of the program and the in and out 
dates for the item at each specific location (if it differs by location). These may all be 
specified at the item or item/location level, as desired, and then are used by the system 
throughout the distributions. This data is typically modified if, as the selling 
progresses, if it becomes apparent that an incorrect share or profile was selected 
initially. 

[0084] The presentation quality (PQ) and causal calendar are used to identify 
which promotional events will occur at each location and which items will be 
affected. Promotions, in this sense, may include advertising, preferential display or 
presentation of products, markdowns and the like. The PQs specify a desired quantity 
of inventory presentation in a location to be aesthetically pleasing. It can be specified 
on an item, location, and day basis (i.e., need to have 12 on hand in location number 
62 to display from December 5^^ to December 12^^.) The causal calendar identifies 
promotional events (again, on a location, item, date basis) that will affect each item 
during the life of the fashion or seasonal program (i.e., item number 876 will be on 
25% price reduction from December 1^^ through December T'^'at these specified 
locations). The causal calendar will also identify the expected sales lift associated 
with the event (e.g., a 2X multiple of normal selling) and may use a value that is user 
a specified or historically derived. 

[0085] Distributions can be run and reports generated after setup. The 
distributions suggest actual allocation quantities for each location, given the 
appropriate profile, share, actual selling, presentation quantity requirements, causal 
calendar, and total buy for the product. These distribution results are typically 
uploaded to another system for distribution center picking and shipping to locations. 

Create Shares 

[0086] One aspect of the fashion allocation system is an historical share. To 
recap, a share is an historical set of location-by-location sales fractions adding to 1 .0, 
where a locations' fraction is an estimate of its unit sales relative to the total imit 
sales, typically over the total season. A single share typically, but not ^ways, is 
created using a group of items, so that the location level sales do not reflect individual 
anomalistic situations such as random selling noise. 
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[0087] A share is created using historical sales data, which may previously have 
been loaded into the fashion allocation system. It is useful to select a set of past items 
with selling drivers similar to the selling drivers for the new items for which the 
shares being created. The right time period to use and type of sales (actual or filled) 
also may be taken into accoxmt when selecting historical data with which to create a 
share. 

[0088] Selection of raw historical data is accompanied by selection of desired 
historical corrections. This includes selecting a type of stock out or out of stock 
correction method to use and a type of filling. Other corrections may include 
correction for promotions, including corrections on a location-by-location basis, and 
correction for seasonal effects. After the selections are made, the fashion allocation 
system can generate a share to which the user may assign a imique name. 
[0089] A share is typically, but not always, built up from the historical sales of a 
number of historical items or reference selling profiles. For each of those items it 
uses the actual unit sales, on hand inventory (if selected and available for determining 
stock outs) and information from the causal calendar. In building the share, the 
fashion allocation system may remove the past impacts reflected in the causal 
calendar so that different promotions done across different locations (if it was done 
that way) or different impacts of seasonality do not influence the calculated shares. 
Such promotions may include advertising, preferential display or reduced pricing of 
reference product(s). Such seasonality may include different holiday periods such as 
Christmas, Easter and Mothers Day and other periods like "Back to School". Once a 
share has been constructed, it can be automatically adjusted to reflect future 
promotions or seasonality entered into the system on a location-by-location or higher- 
level basis (e.g., regional or total item). 

[0090] The fashion allocation system enables user selection of past items that are 
expected to sell in the same manner as new items. The user's thinking should take 
into accoimt a number of factors such as target consumers, price point, fashion ability, 
branding, and size selling. In addition, it is some times necessary to think about 
factors such as male to female crossover sales or cross assortment impacts. One 
usually does not need to think about promotional impacts, as one aspect of the fashion 
allocation system is adjustment for promotions. 
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[0091] The group of items used to create a share is selected. This selection 
depends in part on the sales volxune of the items being selected; fewer items are 
required when the sales volume is large. One trade-off worth considering is selecting 
enough items to avoid a profile that is driven by a few anomalistic events, but 
selecting a few enough items to avoid averaging away discernible selling differences. 
That is somewhat driven by the unit sales volume for the past items. For example, if 
particular styles or size splits have relatively predictable location selling differences, it 
is preferred to make sure that the shares created have those splits and not some higher 
level grouping that averages away those impacts. 

[0092] The fashion allocation system allows the user to test shares after they are 
created, by running different alternative groupings and then evaluating whether those 
groupings show predictable differences over time. Typically, groupings are refined 
over time and change as consumer preferences and trends change. One strategy is to 
start with somewhat larger groupings and develop smaller groupings based on 
experience. Beginning with small groupings exposes the user to differences that are 
potentially anomalistic and not replicable. Choosing a broader grouping takes 
advantage of a function of the fashion allocation system that corrects differences 
between projected and real sales, as real sales results become available. 
[0093] After selecting a reasonable set of comparable products, a time period 
should be selected to use for the share that is being created. It is useful to select the 
time period with the most representative sales. The fashion allocation system 
includes an option to make this decision less critical by using a sales type that fills 
stockouts. The system may compensate for stockouts throughout and at the beginning 
and end of the sales period, to avoid having a particular location xmderrepresented in 
the share calculation. Alternatively, a time period that ends before the best selling 
locations in the chain run out of the comparable products can be selected, or a 
combination of the two approaches. 

[0094] Corrections may be made when historical data reflects stockouts of items. 
The number of historical corrections to be made depends on the quality of the data 
selected. Software can interact with a user in determining the stockout types present 
in the data and offers filling options. The user may decide whether to accept the 
default or to alter the default assortment fill weighting method. Alternatively, the 
software may select the fill method to be used. 
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[0095] Logic for correcting data by filling stockouts is illustrated in figures 9A-B 
and lOA-C. The system may provide for overriding any of the stockout types using 
straight or orphan logic. Both straight and orphan logic determine when sales start 
and stop (depending upon user specified parameters) and, as necessary, override in 
stock assessments. In figures 9A and 9B, the data used by the system includes 
calendar date 901, whether or not stock was on hand 902, the sales on the specific 
date 903, the sales program starting date 904, and the sales program ending date 905. 
At the beginning of the program, for early sales, using the straight sales logic the 
system interprets the lack of sales 906 as a stockout condition. Although the on hand 
data 902 suggest that inventory was available for sale, the sales pattem suggests that 
the inventory was not on display. The system may present the user with options for . 
filling the stockout period from October 1 to October 4, 1998 (labeled 906). 
[0096] At the end of a sales program, the system interprets the lack of sales on 
January 5, 2000, labeled 907, consistent with the on hand data 902 as indicating that 
the inventory stockout immediately followed the program close out date 905. In this 
example, a single sale 907 nearly two weeks after the earliest prior sale may be 
flagged by the system as a likely mistake in the data, which the user may choose to 
override. A threshold can be set to identify orphan sales which should be ignored for 
purposes of detecting stockouts at the begirming or end of a sales program, such as 
one or two imits sold at a location separated from other sales by two or more days of 
no sales, at the begiiming or end of the sales program. 

[0097] Two different options for filling stockouts, average and profile filling, are 
graphically illustrated in figure lOA-C. The average filling approach calculates the 
average sales for in stock days during each promotional period and then applies the 
calculated average to each day stocked out. The profile filling approach uses the 
stocked out day*s percentage share, from a profile, to calculate the filled sales. If a 
user elects to use profile filling and the item is not associated with a profile, then a 
profile may be assigned for use or average filling can be used. Other forms of filling 
or other forms of average filling may be used, such as taking the sales for a number of 
days around the stockout day and using the average sales for those days. 
[0098] An additional historical correction may apply when shares are based on an 
assortment of items, particularly when some of the locations did not stock all of the 
same products as other locations. This correction is called an assortment fill. 
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Assortment fill applies to situations where the item was not stocked at a location; this 
is different fi-om stockout filling which applies to individual days when an item 
stocked at a location was out of stock. Figure 1 1 iUustrates this. Cell 1101 is blank 
because product 105423 was not stocked at some particular location. One option is to 
fill the cell, so that the total shares by location calculated and displayed in column 
1 102 are not prejudiced by the assortment of goods carried at the particular location or 
by the group of products selected as a basis for calculating shares. The assortment fill 
fimction provides that locations that did not sell one or more of the items used to 
calculate a share will riot be given an inappropriately low share. 
[0099] The type of assortment fill weighting used may be selected when a user 
creates shares or profiles. Two different types of weighting include: unit sales and 
percent sales. Unit sales weighting is based on total units sold and is usefiil for large 
unit volimie items. Percent sales weighting is based on the share for each item. Other 
forms of weighting may be used such as the dollar sales of each of the items. 
Selecting the best form of weighting for a situation can vary, for example if for a high 
volume item xmits may be the best approach while for a high price item dollars may 
be the best and for a typical item percent sales, but is important to generating a most 
representative weighting of the items. 

[0100] While stockout corrections are presented in this example in the context of 
adjusting shares, the same method applies to adjusting reference profiles and to 
projections made fi*om historical data impacted by stockouts. 
[0101] Selection of the items of interest, the time period, the stockout type, the 
stockout filling, and the assortment filling selected primes the system to create shares. 
The shares algorithm typically is run for all of the locations for which an operator is 
responsible. Being over inclusive of locations does not distort the relative shares of a 
subset of the locations; being imder inclusive requires that shares to be recalculated. 
Calculated shares are named. Figure 12 is an example of calculated shares. Column 
1201 specifies location codes. Column 1202 gives names of locations. Column 1203 
gives imit fi:actions for specific locations. These unit fractions total 1 .0. 
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Create Profiles 

[0102] In the example described here, shares are created before profiles. 
However, these aspects of the present invention may be practiced separately or in a 
5 different order. In the course of setting up shares, most of the data has been collected 
to create profiles. The required data and resulting outputs are described in a table 
below. A profile is a set of historical data corresponding to day-by-day or more 
fi-equent sales. Typically, this set of data is stored as fi-actions adding to 1.0, where a 
daily sales fraction is the fi:action of season unit sales that would occur on that day. 
10 Alternatively, actual sales volume can be stored, subject to scaling as necessary. 

Again, however the data is stored, the invention can readily be adapted to historical 
Q data retained for intervals more frequent than daily, for instance, for three shifts a day. 

=5 Like shares, a profile may be determined for a group of items so that the location level 

\% sales do not reflect individual anomalistic situations. A user typically selects 

fy 1 5 locations to group together which could, but does not have to, be all locations. Those 

=-0 

m groups should have similar time selling profiles and the group should be sufficiently 

:L. large to overcome random selling noise but not so large as to blend together locations 

with different time selling, 
i a [0103] A system embodying aspects of the present invention may provide utilities 

20 to generate a diagnostic profile output for an item or set of items and a number or all 
of the location locations. This is done by selecting the stockout type(s) and stockout 
fill. In addition, a share/profile weighting needs is selected. The diagnostic profile 
output provides a day-by-day xmit sales profile for each of the locations specified, 
enabling a user to look for imexpected differences. Unexpected differences can to be 
25 evaluated to determine whether they are legitimate differences or result from 

anomalies. Diagnostic profiling facilitates grouping locations that have roughly 
similar profiles. Profiles can be run by group. Users may prefer to have fewer rather 
than more profiles, to evaluate the differences among profiles, and to make judgments 
about whether differences observed in the past will continue into the fixture. A sample 
30 output for a uniquely named profile is shown in figure 13. Column 1301 lists dates 

covered by the profile. Column 1302 is imit fractions for a profiled period, which add 
up to 1.0. 
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[0104] Profiles can be created based on more than one reference product or more 
than one reference profile. It may be useful to create a seasonality selling profile, 
distinct from the product selling profile, A general profile reflecting seasonal selling 
can be created based on sales of a group of more basic or non-seasonal items, 
Altematively, it could be created based on sales of a group of non-promoted seasonal 
items. A reference selling profile can then divided by or ratioed to the general profile 
to give a seasonally adjusted product selling profile. A seasonally adjusted selling 
prpfile can usefully be applied to a different calendar period as a reference profile. 
Otherwise, days can be shifted to reflect differences in the calendar from year to year 
and time period to time period. 

[0105] In addition to the creation of shares and profiles, a user typically works 
with the fashion allocation system to set up items and locations. However, the order 
in which the user carries out the steps described in this example is optional; many of 
the steps can be carried out in no particular order or in parallel. 
[0106] The set up of items and locations for the fashion allocation system, 
typically is done once. Set up information should be modified when the sales 
program changes and when there are refinements to what is done. There are a nimiber 
of settings that are done at the item level and that are done at the item/location level. 



INPUTS (OUTPUTS) 


Input 


Description 


Considerations 


Item level 






Share 


A share 


Select an appropriate named 
share. 


Share Group 


Set of items used to make 
in-season share adjustments 


Which items have similar 
selling characteristics 


Available Buy 


Quantity available for 
specified locations 


The total buy for these 
locations 


DC availability override 


Quantity available for 
distribution 


What will really be 
available 


PQ distro minimum 


Flag to specify whether to 
use PQ minimum or not 


Whether you want each 
location to get a minimum 
ofthePQ 


Case distro minimxmi 


Flag to specify whether to 
use case minimum or not 


Whether you want each 
location to get a minimum 
of one case 


Coverage index 


Safety stock-like coverage 
factor varying by sales 


Balancing safety stock vs. 
liability of putting stock in 
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percentage 


wrong place 


DC availability override 


Override quantity for 
distribution in units 


When you want to run a 
distro, distributing more 
stock than is in the DC 


Location level 






Profile 


A profile 


Select an appropriate profile 
for an item/location 


In date 


Date when item is ready for 
sale at location 


hi-location setup date 


Out date 


Date when item should be 
sold out 


Plan 


Pivot date 


Date when specified item 
sell through desired 


Whether there is some 
special timing driving the 
use of a pivot date 


Pivot before percent 


The percent sell through 
specified by the pivot date 


Plan 



[0107] Following settings may apply at the item level. Because the same settings 
often apply for a group of items, the fashion allocation system may faciUtate making 
settings for an entire group. For convenience, it may allow a user to make settings for 
a group and then go back and change the settings for exceptional items. 
[0108] A user may select the item or items that they want to set up and specify a 
share to use, a share group to use, whether a PQ and/or purchase ixiinimum is 
reqxiired, a coverage index to use, and whether a distribution center availability 
override is desired. Specifying the share typically involves selecting the name of a 
previously created share to be used. A share group is a set of items that are grouped 
together for in-season share determination purposes, for example the share group 
could be a single item, a single style, many items of the same size across a nimiber of 
styles or a number of items or styles that share common characteristics. As with a 
share, specifying a share group involves selecting the name of a previously created 
share group. 

[0109] A share group serves an aggregation function similar to that of the share, 
constructed for group of items. Figure 14 illustrates a hierarchical share group. 
Coliunn 1401 is a Ust of items in an overall share group. Column 1402 symbolizes 
the highest categorical level of the share group. Column 1403 subdivides column 
1402, as into premades and single items. Column 1404 further subdivides part of 
column 1403, separating premades into branded premades and other premades. 
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Finally, column 1405 fiirther subdivides the column 1404 branded premades into 
premades from Brand A, Brand B and Brand C. 

[0110] Once in-season sales began, the fashion allocation system may be capable 
of modifying the share used in creating the model stocking level based on actual sales. 
This modification is applied by location. However, in cases where the selling 
quantities are relatively small at the location level, the system may avoid modification 
to the model stock based on a single item/location sales results. This may be avoided 
because the usual randomness of selling results in some locations selling a number of 
items quickly and others selling none; both of these events are within the expected 
range and variation of selling. Therefore, to quickly pick up real trends in selling, the 
system may to use a share group to look at a number of items selling in a location and 
make adjustments based on a share group, rather than a single item. 
[0111] Upon completion of initial data input, a system practicing aspects of the 
present invention may prompt the user to specify for each location whether the 
location will receive a minimum of one case of product, the economic stocking level, 
the item/location specified PQ or the larger of the economic stocking level or 
specified PQ. This assumes that there are enough units available to satisfy a selected 
minimum. However, if the minimum is not satisfied, the system should do its best to 
fulfill flie requirement and then let the user know that there was insufficient available 
product. Then the system may attempt to fulfill the missing quantity next time that a 
distribution is run and continue to do so until the minimum is fulfilled. 
[0112] A Coverage Index can be specified. The Coverage Index specifies a 
multiple of expected sales for the coverage cycle that will be distributed in the first 
allocation to the locations. It is similar to so called safety stock for basic goods; 
however, it does not function quite like safety stock, because all of the fashion goods 
in a sales program are intended to be distributed in a specific time period. Any so- 
called safety stock sent out early in the sales program serves as a cushion against sales 
occurring faster than expected, but also amounts to a potential liabiUty for distributing 
stock to a slow selling location. 

[0113] Figure 1 5 illustrates an interface for entering or modifying in season 
fractions or factors. As actual sales results become available, the mix between relying 
on projections and actual sales may shift. In season fractions may automate the 
process of shifting this mix. Figure 1 5 illustrates five different weighting factors 
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applicable in five different in season periods. The in season periods may correspond 
to fractions of the planned period for a sales program or it may correspond to the 
fraction sold of the planned total buy or total planned sales volume. The weighting 
factors may be applied directly or according to a formula. 
[0114] The fashion allocation system process also involves specifying a 
distribution center availability override, if applicable. A key distribution center 
override allows the user to run a distribution with a quantity greater what is available 
in the default distribution center. 

[0115] Additional setups are done at the item and location level, which are 
sometimes referred to as location level setups. 

[0116] Location setup can be done for a single item/location combination or it can 
be done for many combinations of the same time. If it is done for many, each of the 
many will get the same setup. In some instances, the quickest way to input certain 
settings may be to specify all of them at once and then edit the few exceptional 
items/locations. The user may proceed to set up and specify the profile to be used, a 
sales in date, a desired sales out date or close out date and, if the sales program 
includes it, a pivot date and pivot before fraction. Specifying the profile involves 
associating particular item(s) and location(s) with a profile. Specifying the sales in 
date is a matter of inputting the date when an item is expected to be in the location 
ready for sale. The out date is the date by which the item preferably is completely 
sold out this location. Finally, a pivot date is used in special event selling situations 
where the sales plan involves having sold a specified percentage of the goods by a 
specific date. Specifying a pivot date anchors a sales plan, so that the specified 
percentage of goods to be sold by the pivot date remains the same, even if the in or 
out dates change. For example, if it is preferred to have sold 90% of imits of a 
product by Christmas day, then the Pivot Date would be December 24*^ and the Pivot 
Before Fraction would be 0.9. 

Setup PQs and Causal Calendar 

[0117] Presentation Quantities (PQs) may be set for each item, location, and time 
period. These PQs represent potential increases to the allocation quantities that would 
otherwise be calculated The PQs are typically set to ensure that fixtures within 
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locations are visually appealing with sufficient product on hand, presumably 
increasing customer propensity to buy. These PQs may be subject to a cap. Such a 
cap may be a proportion of the projected remaining sales, for the life of the sales 
program. Or, it may be a factor of the ratio of stock on hand at a location to projected 
remaining sales. Over time, such a cap naturally may be reduced, much as the 
reliance on actual sales as opposed to projected sales is increased over time. It is 
useful to reduce and eliminate the use of PQs for distribution as the end of a sale 
program approaches because stock on hand must drop below the PQs in order to sell 
out or close out the stock. 

[0118] The causal calendar can identify historical or planned promotional events 
on an item, location, and time period basis, with the user analyzing sales lifts 
associated with historical promotional events or setting the expected sales lift 
associated with a plaimed event. For example, an item may be promoted with a 25% 
price discount from one date to another date in all locations, and this might result in 
an expect 100% increase in sales. These causal calendar entries will be used to adjust 
the projected sales profile at the location-item level. These adjustments can be made 
by historically based sales lift calculations, current in season selling lift calculations, a 
blend of historical and current calculations or different variants of specified values. 



Run Distributions 

[0119] The table below identifies some of the inputs and outputs that may be 
useful for running a distribution. 



ELECTRONIC INPUTS 


Sources 


Data elements 


Other elements 


• Shares 

• Profiles 

• Item and location setup 

• PQ and Casual Calendar 

• Actual Results 


Shipments 


• Item/location shipments so far 


Shipment changes 


• Any discrepancies, transfers or other 
impact to item/location shipments 


Actual 


• Actual imit sales for tiie item/location 
so far 
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USER INPUTS 




Inputs 




Distribution Date 


When distribution will take place 


First Distribution Flag 


First distribution 


Last Distribution Flag 


Last distribution 


Next Distribution Date 


Date of next distribution (if this is not the 
last distribution) 


OUTPUTS 




Element 


Description 


Item/location distribution 


Quantity of goods to be sent to each 
location 



[0120] As the season progresses, the fashion allocation system may automatically 
react to actual sales and modify the distributions to reflect overall item and individual 
location sales trends. The fashion allocation system can be programmed to highlight 
major differences. Major differences may then be evaluated to determine whether the 
differences flagged indicate are a real trend that should be reacted to, or whether there . 
are some extenuating circumstances. The system logic and resources can react 
automatically to trends; this automatic reaction may be tempered or overridden by a 
user when there are extenuating circumstances. 

[0121] Using shares and profiles, PQ and causal calendar information, a system 
practicing aspects of the present invention can easily produce a distribution. To do so, 
the xiser sets up and names an activity. That activity specifies the items and locations 
to be included in the distribution. That activity is "run" and then saved for reuse.. To 
run a saved activity, the user may simply specify the date of the intended distribution, 
whether that distribution is a first, last or intermediate distribution and if it is not the 
last distribution then the date of the next distribution. With these or a subset of these 
parameters, the distribution run can proceed. 

[0122] The user specifies the reports to be printed for the distribution. Two 
typical reports include the Model Stock report (figure 16) and the Distribution report 
(figure 1 7). The Model Stock report includes key inputs and outputs for determining 
the item/location cumulative model stocks. The Distribution report then starts with 



Page 37 of 127 



BLFR 1007-1 




the model stcx^k and works through to the actual quantity for distribution to each 
location. An approved Distribution report may then be uploaded for distribution by a 
Distribution Center. 

[0123] Figure 1 6 shows a layout of the model stock calculated for multiple 
5 locations for a single item. The column for Location Number is the niunber assigned 
to the location by the retailer; Location Description is the description assigned to the 
location by the retailer; In Date is the first selling date of the item in the location; Out 
Dates may be the last intended selling date or the close out date of the item in the 
location; Activity Cycle End is the expected receipt date in the location of the 
1 0 distribution subsequent to the one for which the model stock is being calculated, or, 
altematively, the out date if no more distributions are planned; Profile Name is the 
name that has been assigned by the retailer to the specific profile being used for the 

O 

purpose of distribution; PQ is the presentation quantity assigned by the retailer for this 
item and location in order to ensure an aesthetically pleasing presentation; Plan Share 
in 1 5 Percent is the share for the location and item calculated in advance of the season. 

Ifl Group Sales Share Percent: the share for the location and item based on actual selling 

|n 

' " in-season; Interweave Share Percent is the Plan Share adjusted by the Sales Ratio (as 

G defined in the distribution calculation described below.) This represents a weighting 

1^ between the Plan Share and the Group Sales Share Percent depending on the 

20 Interweave Factor in effect. Cumulative Model Stock is the cumulative model stock 

o 

for the item and location. Sales Thus far is sales to date for the item and location. 
[0124] Figure 17 is a Distribution Report that shows the actual distribution 
quantities calculated for location for a given item. In the report Location Number is 
the number assigned to the location by the retailer. Location Description is the 

25 description assigned to the location by the retailer. In Date is the first selling date of 
the item in the location. Out Date may be ftie last intended selling date or the close 
out duty of the item in the location. Activity Cycle End is the expected receipt date in 
the location of the distribution subsequent to the one for which the model stock is 
being calculated. Cumulative Model Stock is the cumulative model stock for the item 

30 and location. Previous Shipment is the quantity of the item that has already been 
shipped to this location. Desired Shipment is the desired shipment quantity to the 
location (equal to cumxilative model stock less previous shipment). Case Rounded 
Shipment (Units) is the desired shipment constrained by rounding to the nearest 
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integer case quantity or to the next larger integer case quantity but constrained by the 
total available to distribute. Case Roxinded Shipment (Cases) is desired shipment as 
above, in cases as opposed to units. PQ Distro Minimum is user input flag, where Y 
indicates that any calculated shipment quantity will be overridden to ensure the 
distribution of a minimum of the presentation quantity for the location, item, and time, 
and N indicates that it will not be overridden. Case Distro Minimum is user input 
flag, where Y indicates that any calculated shipment quantity will be overridden to 
ensxire the distribution of at least one case per location and N indicates that it will not 
be overridden. Insufficient PQ is a calculated flag, that indicates if the system was 
unable to satisfy the presentation quantity needs in all locations. 
[0125] The actual distribution quantity can be calculated to take into account the 
model stock, previous shipments to the location, such factors as transfers, sales and 
other factors impacting quantities available such as damaged and therefore non 
saleable items. The following formula is useful in calculating model stock: 

ModelStOCk = TotalBuyitem • {ShareitemJocation)^{Pfil&temJocation,date\,date2) 

•(SalesRatiOitemJocation) • (CoveragelndeXVosellthu) + (CappedPQitem, location) 

[0126] In this equation, TotalBuyuem is equal to the total quantity of the item 
available to be sold dxaring the entire length of the program. It may also be called the 
'1?uy quantity^' or '*total buy." Shareuemjocation is equal to the share calculated for the 
specific item and location as described earlier. It represents the single location's 
expected selling quantity of the product as a fraction the total. Pfileitem,iocation,datei,date2 
is equal to the sxmi of the daily profile quantities for the item and location from dayl 
to day2, where dayl is the date of the start of the item selling, frequently called the in 
date, and day2 is the receive date of the next distribution. (This formula and the 
invention can readily be adapted to historical data retained for intervals more frequent 
than daily.) For example, if the in date were November 1 , the next distribution date 
were November 8, and the shipment would take five days to get to the location, then 
the Pfile would be equal to the sum of all the daily profiles from November 1 to 
November 13. 

[0127] SalesRatiOitemjocation is equal to (UnadJustedSalesRatiOitemjocation) D (1- 
factor) + (iQ/ac^ar), where the UnadjustedSalesRatiOitem,iocation is equal to the ratio of 
actual selling to projected sales. In cases where the sales ratio is calculated to be less 
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than 1 .0 the system, depending upon user specification or automatic set up, a user 
optionally may elect to use 1 .0 instead of the smaller nxmiber. The rationale for that 
option would be that the selling is below plan but markdowns can and may be made 
on short notice to increase sales to the plan level and therefore distributions should 
5 anticipate that possibility and have sufficient goods out in the locations. When a 
distribution is run, the projected sales for a time period typically equals TotalBuy 
multiplied by the sum of daily profiles (fi-actions adding to 1 .0) fi-om the beginning of 
the program through the day prior to the distribution run. A factor, such as the in 
season factor, may be user specified as a fimction of sell-through or elapsed part of 
1 0 the planned selling period. At low sell-through levels, it is usefiil for the factor to 
approach 1.0, while at higher sell-though levels, it may be more useful for the factor 
to approach zero. This factor determines the relative weighting of planned sales to 
actual sales. 

12 [0128] In the formula above, Coverage Index is an index typically specified by 
|Jl 15 the user during user setup. During setup, the user can specify a range of coverage 

\ ^ indexes that vary over time, for instance linked with the percent sell-through of the 

^-"^ product. Typically, it is useful to start with higher values (e.g., 3) and then drop to 1 

13 as the product approaches complete sell-through. CappedPQitemjocation is equal to the 

= 7 desired presentation quantity set for the item and location for the time periods relevant 

y 20 for the distribution, but reduced such that the sum of the presentation quantity and the 

Q 

1^ balance of the calculated distribution quantity does not exceed a fi-action of remaining 

expected sales for the item and location for the balance of the program (as calculated 
by TotalBuy 0 Share D Profile D SalesRatio) . 

[01291 A system practicing aspects of the present invention can automatically 
25 react to in-season selling results by altering the distribution of goods to match sales 
trends. For instance, when selling starts and the item moves faster than plan, the 
fashion allocation system can immediately adapt to the higher selling sales rate and 
increase the size of the next distribution to catch up. Since the fashion allocation 
system has a safety stock-like cushion built into its early distributions, usually an 
30 adaptation to a higher than projected sales rate can take place without sales 
disruptions. 

[0130] The fashion allocation system also can react automatically to any changes 
in the causal calendar. When a user adds, subtracts or changes promotions, the impact 
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on sales can be automatically reflected in subsequent distributions. Likewise, the 
fashion allocation system can automatically react to markdowns. In typical cases, a 
markdown is taken because sales have not met expectations, leaving more inventory 
in the locations than desired. Therefore, the markdown may be a "catch up" to move 
actual sales closer to planned sales. However, if it results in a faster than planned 
sales rate, the fashion allocation system can react at the next distribution and increase 
the flow of goods to compensate for the markdown actions. It also can alert the user 
to adjust additional scheduled markdowns. 

[0131] A system practicing aspects of the present invention may be able to react 
to trends in in- season selling in two or more ways. First, if the Share Group Factor 
for an item and location is changing, the distributions can be increased or decreased to 
reflect that impact on the item/location Model Stock. That Share Group Factor will 
change if the items that constitute the Share Group are selling above or below plan. 
That trend in sales can be reflected in the calculation of Model Stocks. There is also a 
second mode applicable at the item and location level. If an item has sold more or 
less than planned to date, the specific difference can be added to or subtracted fi-om its 
next distribution. In other words, if an item/location has sold 10 more than its plan to 
date then it will be shipped an extra 10 in its next shipment to replace those sold. 
However, this replacement should not necessarily be on a one-to-one basis, as such a 
reaction might result in an inordinate increase in model stock for that item and 
location. Response to changes in the Group Share Factor, instead of an individual 
items sales, can reduce over reactions to random sales events. 
[0132] The system*s capacity for automatic in-season changes makes it useful for 
users to exercise judgment and to make sure that anomalistic events do not precipitate 
unwanted, automatic changes. 

[0133] Monitoring of in-season selling vs. planned selling is one way to test 
whether the user selected the right shares and profiles. Two indicators reported by the 
system are whether there are large differences in the plan versus actual location sales 
shares (usually measured for the share groups) and whether the week-by-week sales 
rate (relative to plan at the item level) is moving a great deal. If the Share Group 
Factor is moving a great deal for many if not all of the locations then the user may not 
have used the right share. The iiser may have selected a special event share when 
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they should have used a more regular selling share or visa-a- versa. If that is the case, 
the system can easily be used to correct the error and rerun the distribution. 
[0134] If the Share Group Factor is moving a great deal for a single location or a 
small number of locations, then the user may be alerted to check whether there has 
been some abnormal selling impact at those locations. Goods may have been delayed 
or set up early. Locations may have under or over presented the items. The user also 
may consider whether the right share was selected. 

[0135] In addition, distributions may encounter shortages in product available to 
be distributed at the time desired. This may be during the middle of a sales program, 
while awaiting additional inventory, or at the end of the program. In the instance of 
shortages dxiring the program, logic may be provided to best decide where to send the 
limited amount of goods. One logic provides for proportional shipping to each of the 
selling locations. Other logic may take into accoimt case quantities the item(s), so 
that full cases are shipped, or for other user definable priorities such as filling the 
presentation quantities first. These factors can automatically be factored into the 
actual distribution quantity sent to each selling location. 

Markdown Manager Overview 

[0136] The Markdown Manager includes aspects of the present invention which 
can assist the user in determining the timing and magnitude of markdowns of fashion 
and seasonal items, as they impact gross margin, profit, sell out date, remaining oi> 
hand inventory or other measures of effectiveness. 

[0137] Based on the sales profiles associated with items and locations during the 
fashion allocation system setup, Markdown Manager can create an array of potential 
markdown scenarios, based on the allowed markdown levels and markdown dates, 
and calculate revenue and other measures of effectiveness all or some of these 
scenarios. The scenarios are run for combinations of markdown levels and dates. 
These combinations can be specified by a user or generated automatically from lists 
of markdown levels and dates. Rules can be applied to the markdown levels, such as 
markdowns should become more attractive during the selling season, not less 
attractive. One or more scenarios may be reported. Typically, the markdown report 
produced by the Markdown Manager is then reviewed by merchants and planners to 
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accept or adjust the specific system recommendations, and then the resulting 
markdown decisions are entered in the causal calendar. 
[0138] Five activities comprise the Markdown Manager operation: 
1 . Select items and locations 
5 2. Select markdown dates 

3. Setup markdown discount percentages 

4. Run Markdown Manager 

5. Enter selected markdowns into the causal calendar - 

[0139] In addition to the set up described above, item/locations may be associated 
1 0 with to pivot dates, which anchor markdown activities even if the in and out dates for 
a sales program are modified. 

[0140] Setting up a markdown activity includes selecting items and locations for 
^2 which markdown scenarios will be generated and reviewed. An interface for doing 

this is depicted in figure 1 8. One option is for the Markdown Manager to generate 
1 Jl 1 5 scenarios using the same markdown for each product across all of the different 
i.S locations; that is, so pricing is always constant ft'om location to location. One input is 

a specification of the items and locations for running markdowns scenarios. 
Q [0141] In many cases, a useful way to create a markdown activity may be to copy 

=_r a fashion allocation system activity that was created for fashion distributions. If all 

^ji 20 of the fashion activity items are eligible for markdown at all of the locations to which 
1^ the items were distributed, copying the existing activity may be substantially all that is 

required. If select items are not eligible for markdown, they may be removed firom 
the markdown activity before or after copying. Even items ineligible for markdown 
can be included in a run in order to see what markdown recommendations emerge, 
25 because system recommendations can always be ignored. 

[0142] Setting up a markdown activity also includes specifying the eligible 
markdown dates. An interface for doing this is depicted in figure 19. These dates 
indicate to the system which days markdown actually may occur. The system can test 
all eligible markdown levels at each of these dates to generate potential markdown 
30 scenarios. 

[0143] The eligible markdown dates should begin after the start date of the 
program and the last date should be before the conclusion of the program. For a 
Christmas program, for example, eligible markdown dates might include weekly 
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Wednesday markdowns beginning the Wednesday before Thanksgiving and ending 
the Wednesday before Christmas. In this example, each of the Wednesday dates 
would be entered into the system. The system could then use those dates as potential 
dates to begin a markdown. 

[0144] Preparing for a markdown run further includes associating items with 
potential markdown levels and associated sales lifts. An interface for doing this is 
depicted in figure 20. If the same potential markdown levels (e.g., -25% and -50%) 
apply to all products and the sales lift associated with each of these markdown levels 
is identical across all items, then all that is required may be entering and selecting 
these two price levels and then applying them to the entire product tree. If different 
potential markdown levels apply to different departments or even different items 
within the same department, then all of the markdown levels may be entered into the 
system and associated with the items. Alternatively, sales lift data can be stored in a 
library or database accessible to the user, so that a sales lift can be selected based on 
past experience. 

[0145] The markdown levels specified for an item are the levels tested. For 
example, if the eligible markdown levels are -25% and -50%, then these are the 
levels that they system will recommend. In providing the recommendation, the 
system will determine the appropriate date (constrained by the set of dates specified in 
the activity) that the markdown should take place or if a markdown would be counter 
productive. 

[0146] In one embodiment of the present invention, each markdown level is 
assigned a descriptive name (such as "25 off'), a discoxmt percentage (0.75, in this 
case, to represent 25% off), and a lift percentage. The lift percentage indicates the 
sales acceleration generated by a markdown of this level. For example, a lift factor of 
2.0 associated with a discoimt percentage of 0.75 indicates that a 25% off discoxmt 
results in a sales multiple of 2.0. If different items respond differently to the same 
discount percentage, the same discount percentage can be entered multiple times in 
the table. For example, "25% off fragrance" and "25% off colorings" will both have a 
discoxmt percentage of 0.75, but they may have different lift percentages. When 
matching markdown levels with items, the appropriate markdown discount and 
consequent lift shoxild be selected. 
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[0147] A further aspect of the present invention is using the system to analyze and 
evaluate past sales results to determine the markdown lift percentages. This analysis 
can take the form of a graphical comparison of projections based on early actual sales 
versus historical actual sales after a markdown, or a more analytical lift percentage or 
factor. 

[0148] With the setup activities complete, the Markdown Manager can be run. 
Typically, the Markdown Manager will be run one to three days in advance of each of 
the potential markdown dates, so that the results can be reviewed, the markdowns 
decisions made, and the decisions implemented on the markdown date. 
[0149] Figures 21 and 22 illustrate how the Markdown Manager evaluates 
altemative scenarios. It first generates all valid scenarios of markdowns, based on all 
permutations of allowed markdown prices and allowed markdown dates. Scenarios 
where the price increases over time (caused by a larger markdown followed by a 
smaller markdown) may be excluded by a rule. Markdown Manager then calculates 
total revenue and the number of clearance units for each of the scenarios generated. 
One or more of the highest revenue scenario may be selected for inclusion in the 
markdown report. Other measures of effectiveness can be calculated and used as a 
criteria for inclusion in a report. Figure 21 depicts how the markdown manager 
detects a short fall of actual sales, as compared to the a priori selling profile. Actual 
sales are represented by the line 2101 . Actual sales information is available through 
today's date 2102. Potential markdown dates 2103, such as Wednesdays during the 
Christmas selling season, are entered into the system. The original selling profile 
2104 is the reference for comparison against revised projected sales 2105 which can 
be adjusted to reflect actual sales through today's date. Figure 22 depicts altemative 
sales profiles based on an array of altemative markdown strategies. The markdown 
dates are 2203 A-2203C. The end of program "out date" by which all units are 
supposed to be sold is 2210. The scenarios in this figure are no markdown 2205, a 25 
percent markdown 2206, a 25 percent markdown followed by a 50 percent markdown 
2207, and a 50 percent markdown 2208. From the curves, it can be seen that much 
less than the entire stock 2209 will sell out if the no markdown strategy 2205 is 
followed. The entire stock will sell out early if a 50 percent markdown 2208 is 
offered early. Other strategies produce intermediate results. A report generated by 
the markdown manager quantifies the results shown graphically in these figures. 
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[0150] A markdown report on paper, displayed at a terminal or otherwise 
presented, can identify, for each item, the recommended markdown level at each of 
the specified markdown dates, a measure of profitability, a sell out date and a nximber 
of imits left on hand after the close out date. 
5 [0151] After the markdowns are reviewed and markdown decisions are made, 
these decisions can be implemented by entering them into the causal calendar so that 
future distributions and markdown analysis will reflect the decisions. For each 
markdown decision made, inputs should be made to reflect the item, the markdown 
level, and the effective dates. ^ Once the markdown level and time period are entered 
10 into the causal calendar, the system will be able to appropriately calibrate selling 
performance for the next markdown and make the appropriate distribution 
reconmiendations. 

Q 

Basic Goods and Distribution Centers 

y [0152] The handling of basic goods in a distribution network was explained in 

flJ 15 Application No. 09/755,635, filed 5 January 2001 , entitled Method And Apparatus 
IP For Modification Of Basic Good Forecasts^ by inventors Robert Dvorak and Kevin 

;L, Katari, which is incorporated herein as if set forth fiiUy, Reorderable goods for resale 

are sometimes called basic goods. The ordering, post allocation and distribution of 
n basic goods involves significant stakes for operators. Many forecasting methods have 

O 20 been developed to help operators estimate sales of basic goods that will be sold and 
needed stocking levels. Mere forecasting does not address certain real world 
considerations; in many ways, projected demand requirements are just a starting point 
for processes of ordering, post allocation and distribution of goods. Usefiil methods 
should modify projected demand requirements to reflect real world considerations, 
25 before decisions are made to order, post allocate or distribute goods. 

[0153] At the beginning of a product lifecycle, it is useful to bring goods into 
stocking and selling locations in a sensible fashion. In a multi-layer or complex 
distribution network, such as one involving national and regional stocking locations, 
there can be substantial complexity in ordering, post allocation and distribution of 
30 goods. 

[0154] The handling of basic goods, optionally in a distribution network, in 
accordance with aspects of the present invention, provides a computer-impleinented 
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method of rolling up projected demand requirements for a plurality of selling 
locations. This includes, associating respective selling in-dates with a good at a 
plurality of selling locations; associating respective time elements, corresponding to 
times for an action to lead to availability of the good at the respective selling 
locations, with the good at the selling locations; and looking forward from a date 
related to the action and rolling up projected demand requirements for one or more 
predetermined selling periods, which commence at one or more dates related to the 
respective time elements, for the good at the selling locations. 

[0155] Goods may be distributed to selling locations from suppliers and stocking 
locations in a variety of patterns. Selling locations may be retail stores operated by a 
retail chain or its franchisees. Selling locations for catalog or online retailers may be 
distribution centers. For distributors, selling locations may be distribution centers. 
Suppliers may operate distribution centers or plant warehouses as selling locations. 
Selling locations, as used herein, refers broadly to locations from which an operator 
draws the inventory which it sells to others. Both selling and stocking locations have 
on hand inventory of goods. The stocking locations, as used herein, refers to 
inventory locations which distribute goods to selling locations. In a simple 
distribution network, a group of selling locations may be supplied with goods from a 
single national distribution center which acts as a stocking location. In a multi-layer 
distribution network, one or more national distribution centers may distribute goods 
received from suppliers to regional distribution centers, which, in turn, distribute 
goods to selling locations. In this case, both the national and regional distribution 
centers are stocking locations. In a complex distribution network, goods may flow 
from suppliers to both stocking and selling locations; goods may be distributed from 
one level of stocking location altematively to either another level of stocking location 
or directly to selling locations. Most generally, stocking and selling locations can be 
considered as a network, rather than a hierarchy of distribution channels. 
[0156] Projected demand requirements are typically forecast. The methods and 
devices of the present invention can apply real world considerations to projected 
demand requirements regardless of the manner in which the forecast is made. Finely 
granular forecasts, preferably using day by day or more frequent time intervals, are 
preferred, but not absolutely necessary to the present invention. The focus of 
forecasting is to project demand requirements at the selling level. Inventory at 
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stocking locations is arranged to support sales from selling locations, not for its own 
sake. Projected demand requirements reflect demand for goods to be sold. In some 
instances, projected demand requirements may be stated as desired stocking levels at 
the selling locations. Desired stocking levels may reflect addition of so called safety 
5 stock to demand for goods to be sold. The safety stock is one way of protecting 
against variations of actual sales from projected demand for goods to be sold. 
However projected demand requirements are determined, it is usefiil to adjust 
projected requirements to take into account real world considerations. 
[0157] Decisions which impact the availability of goods at selling locations lead 
10 to ordering, post allocation and distribution actions. Ordering may include placing 
purchase orders on a company wide, stocking location or selling location basis. 
Between the time that orders placed with a supplier and goods are ready to ship from 

O 

-^Q the supplier, a post allocation action may direct the supplier's goods to certain 

]~ locations, either stocking or selling locations. Goods in stocking or selling locations 

fJl 1 5 may be distributed to other stocking or selling locations. An action directing 

j n distribution of goods determines the movement of goods among any combination of 

- stocking and selling locations. 

D [01581 The time for an action announcing or implementing a decision to lead to 

l2 availability of goods at a selling location can generally be referred to as cycle. A 

20 plurality of time elements are combined in a cycle, such as a cycle which begins with 
M the assembly of on hand inventory data at stocking and selling locations and extends 

until a second delivery becomes available at the selling location. A simple 
distribution cycle can be illustrated with one stocking location and one selling 
location. 

25 [0159] Figure 23 illustrates a simple distribution network, having one stocking 
and one selling location. The coverage cycle 2330 in this figure includes time from 
when on hand data is obtained (potentially with some lag time before processing or 
review begins) 2333, until a next delivery (after the current delivery being plaimed 
for) has arrived at a selling location and is available 2332. This coverage period may 

30 be referred to as a predetermined selling period, for some purposes. There is only one 
level in this example of a distribution network. Indicated as by the dotted line 2331, 
this deUvery, being plaimed for, becomes available at the selling location during the 
coverage cycle. A distribution review cycle 2333 is a time in which begins with the 
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availability of data. It corresponds to the time between this and the next shipment, 
and allows inventory personal (if human intervention capability is desired) to consider 
data and system generated recommendations, potentially including recommendations 
for ordering, post allocation and distribution. With or without intervention of 
5 inventory personnel, time is allowed for data processing 2335, which may include 
generation of directions or pull orders to stocking locations. At a stocking location, 
time is allowed for picking goods 2337 and readying them for shipment to selling 
locations. A time element is then included for shipment of goods to selling locations 
2339. Optionally, a time element can be provided (not in figure 23) for impacking 
10 and displaying goods at the selling location. In figure 23, time elements 2334, 2335, 
2337, and 2339 combine into a coverage cycle 2330. An action directing distribution 
of goods sometime during the distribution review cycle 2334 results in availability of 
J^' goods at the selling location 2332 after several time elements have passed. The goods 

;g that become available at the selling location fi-om this delivery 2331 may be used by 

In 15 the selling location to fiilfiU projected demand requirements for an interval of a 
[S predetermined time selling period, such as the time firom this to the next delivery of 

yi goods. Alternatively, they may satisfy presentation requirements during the interval. 

Q If too few goods are available at the selling location fi-om delivery 2339 through the 

, subsequent delivery, either presentations may suffer or projected demand 

!ij 20 reqiiirenieiits may go unfulfilled. 

i2 [0160] Variability in the time for an action to lead to availability of , the good at 

respective selling locations is illustrated in figure 24. This figure illustrates a 
distribution network having one supplier, one stocking location and a plvuality of 
selling locations. On hand inventory data is available at the beginning 2421 of the 

25 overall coverage cycle 2450. An order review cycle 2424 corresponds to the time 
between this and the next order, and permits inventory personal or the system to place 
an order with a supplier. The selected point in time corresponding to the next 
shipment typically is when another an order will be placed, leading to availability of 
the good at the selling location. In cases where orders are placed as soon as there is 

30 some need or some minimimi need for the good, this time period could be very short. 
Sx5)plier lead time 2425 reflects the time for the supplier to respond to the order and 
for goods to become available at the stocking location. The so-called pipeline 
includes time for placing orders with a supplier and having goods available at the 
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stocking location for distribution to selling locations. A plurality of time elements 
combined into a pipeline coverage cycle 2440. Various periods of coverage cycles 
2330A-C create variability in the total coverage cycle 2450. Due to this variability, 
various start and stop dates apply to one or more predetermined selling periods for the 
5 selling locations. 

[0161] Single and variable coverage cycles for a multi-layer distribution network 
are illustrated in figures 25 and 26. Figure 25 illustrates a single overall coverage 
cycle involving a supplier, a national stocking location DC B, a regional stocking 
location DC 4 and selling location store 2655. The overall coverage cycle includes a 
10 pipeline coverage cycle 2540, post allocation coverage cycles 2560, national to 
regional stocking location coverage cycles 2550, and stocking to selling location, 
coverage cycles 2330. On hand data is obtained (potentially including lag time for 
processing or review) 2501 . A single order of goods is placed with a supplier. After 
time 2502, the system processes data for post allocation 2503 and a post allocation 

IJl 1 5 review time corresponding to time between this and the next post allocation decision 
or action 2504.. In this example, at least part of the order for the good is shipped from 
the supplier to the stocking location national DC B in time 2505, Data processing and 

p review of recommendations time 2506, 2507 allows decision-making and directions 

,2 to ship the good from one level of stocking location to another. In this example, the 

-~— 

y 20 good is shipped from national DC B to regional DC 4 in time 2508. The cycle for 
1^ distribution of the good to the selling location (from regional DC 4 to store 2,655) is 

time 2330. Only one post allocation coverage cycle 360 and one coverage cycle 350 
appears in the figure, because only one distribution path is illustrated. 
[0162] Figure 26 builds on figure 25, adding the complexity of multiple 
25 distribution paths. Differentiation of distribution paths first appears at 2505 A-B, as 
different time is required for shipment from the supplier to stocking locations national 
DC A and B. Time elements from an action to availabiUty of the good at respective 
selling locations are further differentiated at 2508 Al-2 and 2508 Bl-2, due to varying 
shipment time from a first level of stocking location (national DCs) to another 
30 (regional DCs.) Still further differentiation appears in stocking to selling location 
distribution, 2330A-B. From these diagrams, the impact of assigning one or more 
selling in dates can be illustrated. 
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[0163] Figure 27 builds on figure 26, adding selling in dates 2770A-D for stores 
1, 800, 801 and 1400. In this figure, stores 1402, 2,238, 2,242 and 2,655 have 
coverage cycles that do not approach the selling in date 2770. Although the same 
selling in date is illustrated in this figure for all selling locations, a respective selling 
5 in dates for the selling locations can alternatively be regionally or logically grouped or 
even different for each selling location. 

[0164] A method applying the present invention uses in dates to modify projected 
demand requirements. On a computer system having memory for programs and 
memory for data, a program is used associate respective selling in dates with a good at 
10 a plurality of selling locations 2770A-D. The selling in date may be a date on which 
selling of the good is scheduled to begin at a particular location. Respective selling 
dates may be assigned to a plurality of locations. A selling in date for the good may be 
2 assigned to all or substantially all selling locations, by one or more user actions, to 

^'5' predetermined groups of selling locations or to a single selling locations. A user 

lil 15 interface may allow the user to select selling locations from a list using a standard 

n f 

f protocol from a Windows environment. For instance, a block of selling locations may 

be selected using a hold and drag command, including pointing a mouse cursor at a 
first selling location on a list, depressing a mouse button and dragging the mouse 
cursor to another selling location, leading contiguous block of selling locations 
20 highlighted. The same effect may be accomplished with the wheel mouse by rotating 
the wheel to drag the mouse cursor to the other selling location. Another way of 
selecting contiguous selling locations may be to click on a first selling location, move 
the cursor to another selling location, depress the shift key and click on the other 
selling location. Noncontiguous selling locations may be selected from a list by 
25 depressing the Ctrl key and issuing mouse click commands or flie mouse first or his 
point and various selling locations. A user interface may allow a selling in date to be 
assigned to all selling locations and then modified for selling locations or groups of 
selling locations which are different from the first assigned in date. A checkbox 
interface for assigning either selling in dates or selling out dates, or both his illustrated 
30 in figure 28. One or more goods can be selected from the left-hand list. One or more 
locations can be selected from the right hand list. In dates and out dates can be 
specified. Values can be added, change, deleted or listed using this user interface. 
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[0165] Respective time elements, corresponding to times for an action to lead to 
availability of the good at the respective selling locations, are associated with the 
good at the selling locations. Availability may include delivery of the good at a 
selling location from a distribution center. It may further include preparing the 
5 delivered goods for sale at the selling location. The time elements may include any or 
all of the time elements illustrated in the previous figures, including include time 
required to collect data, review action recommendations, process data, pick goods at a 
stocking location, and ship the goods to a selling location. The time elements may 
further include periodic dates for actions necessary may be good available at the 
1 0 plurality of selling locations. For instance, shipments from a particular stocking 
location to a particular selling location may only take place on Wednesdays. Thus, 
the cycle time from issuing distribution orders to stocking location availability of 
|g goods at particular selling locations may vary, depending on the day of the week 

2 when the distribution order is issued, and may be accommodated by the system. In 

I n 1 5 other cases the shipments may occur on an as needed basis. The respective time 
5^ elements may include time for distributing the good from one or more first level 

tr= stocking locations to a plurality of second level stocking locations, as in a multi-layer 

Q distribution network. Periodic dates for actions may be combined with time elements 

'■a. ; 

f7 for a multi-layer distribution network. The respective time elements may include time 

Ijl 20 for distributing the good from the supplier through one or more stocking locations to a 
1^ plurality of selling locations. Periodic dates for actions may be combined with time 

elements for distributing the good from supplier through stocking locations to selling 
locations. The action which results in availability may be distributing the good from 
one or more stocking locations to a plurality of selling locations or it may be issuance 
25 of an order directing distribution of the good. Alternatively, the action may include 
ordering the good from a supplier or post allocation (allocating) delivery of the good 
to stocking or selling locations sometime after ordering the good from supplier. 
[0166] An interface for associating certain time elements with one or more goods 
at one or more selling locations is illustrated in figure 29. This interface may use any 
30 of the conventions described above or any equivalent conventions for associating 

good-location pairs with time elements. In this illustration, the time elements include 
lead time, review cycle and data lag in the distribution of goods from a stocking 
location to a selling location. The same interface can be applied at the level of 
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distributing goods from a first level (e.g., national) stocking location to a second level 
(e.g., regional) stocking location. One coiild easily associate other time element 
components with good-location pairs, such as order assembly lead time, handling and 
processing time, or shipping and delivery time. 

[0167] Associating respectivis selling in-dates and time elements with the good at 
the selling locations is xisefully combined with looking forward and rolling up 
projected demand requirements, taking into account the selling in-dates. Looking 
forward means looking forward into the future from a particular date. The date may 
be the date of the on hand inventory data (2333, 2401, 2501), the date on which 
analysis is performed, a proposed date for a decision or action, or any other date 
related to the decision or action. The decision or action may involve ordering the 
good from a supplier, post allocating the supplier's delivery of the good or 
distributing the good among stocking and selling locations. The look ahead extends 
to one or more time periods following the impact of the decision or action on 
availability of the goods at the selling location 2331, to determine how the decision or 
action can help ftilfiU the projected demand during one or more predetermined selling 
periods. One useful predetermined selling period includes the look forward date 
through the date when the next delivery of the goods is available at the selling 
location 2332. Then, the impact of the decision or action being taken is taken into 
accoimt. A useftil interval of the predetermined selling period to focus on, for 
instance for analysis of presentation quantities, is from the date when this delivery of 
goods becomes available at the selling location 2331 through the date when the next 
delivery of goods is available at the selling location 2332. For instance, if 
intermediate totals from prior runs have been kept, it may be possible to focus on just 
the selling period most directly impacted by the decision or action under 
consideration. When the projected demand requirements are rolled up, there are 
alternative ways of taking into account the respective in dates. Projected demand 
requirements, whatever they are, can be zeroed for all dates prior to the in date for the 
respective good-selling location pair. Alternatively, the system can test projected 
demand dates against the in date and ignore projections predating the in date. In some 
methods, the forecasting tool may have access to the associated in dates and time 
elements and may assign a zero demand requirement to dates preceding the in date, in 
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which case, virtually any way of taking into account the respective in dates will work, 
because nothing in particular is necessary. 

[0168] Another real world consideration is presentation quantities. Selling 
locations may choose to display goods in specials shelves, racks or other presentation 
5 factors in order make an attractive presentation which enhances sales. Fixtures used 
for presentation may include tables, roimders, four walls, wall shelving, promotion 
tables, tills or display windows. Large square footage stores may have more 
presentation fixtures than small square footage locations. Presentation quantities also 
may very for reasons other than location physical characteristics, such as the sales 
10 level at the location. 

[0169] It is useful to associate presentation quantities and presentation dates (e.g., 
start and end dates for the presentation) in advance of use in ordering, post allocation 

^2 or distribution analysis. Presentation quantities can be tracked rigorously or on an 

exception basis. Rigorous tracking could include a buildup of presentation quantities 

1= 15 for every good in every selling location. A user could assign each good to at least one 

j 2 fixture and assign dates that each fixture setup would be used on a particular fixture. 

I J i 

in Given reference information regarding which fixtures are associated with or in which 

JU selling locations, the system could assign presentation quantities by time and selling 

y location. Alternatively, a user could set presentation quantities only for items 

y 20 prominently featured, which have presentation quantities that would significantly 
impact ordering, post allocation or distribution of goods. 

[0170] One way of associating presentation quantities with a good at a selling 
location is to create a unique name for a particular fixture, promotional display point 
or other mode of presentation. A set of named fixtures are then associated with each 

25 selling location. When the layout of a selling location changes, different named 
fixture can be associated with the location. Fixture setups are associated with the 
fixtures for particular goods and periods of time. The named fixture setups can be 
assigned specific quantities (capacities) of goods per fixture setup or fixtures can be 
assigned different good quantities per fixture for different periods of time. The end 

30 result is that the system takes into accoimt the capacities of named fixtures and the 
number of named fixtures at each selling location when it calculates presentation 
quantities. For good selling location pairs, one or more of the available setups at the 
selling location can be allocated to the good. In this approach, the system can 
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calculate the presentation quantity from assignment of goods to particular setups in 
particular fixtures. 

[0171] Alternatively, inventory personal could directly assign presentation 
quantities on a good location pair basis. An interface similar to those in figures 28 
5 and 29 may be useful for associating presentation quantities and dates with the good 
at a plurality of locations, regardless of whether fixtures and fixture setups are used as 
proxies for presentation quantities or presentation quantities and assign directly. 
[0172] As a next method step, respective time elements, corresponding to times 
for an action to lead to availability of the good at the respective selling locations, are 
10 associated with the good at the selling locations, as described above in the context of 
selling in dates. 

[0173] Associating respective presentation qxiantities, presentation dates, and time 
elements with the good at the selling locations is usefully combined with looking 
^fl forward and rolling up projected demand requirements, taking into account the 

ij^ 15 presentation quantities and presentation dates. As explained above, looking forward 

' means looking forward into the future from a particular look forward date. The date 

Jl may be the date of the on hand inventory data (2333, 2401, 2501), the date on which 

^ analysis is performed, a proposed date for a decision or action, or any other date 

related to the decision or action. The decision or action may involve ordering the 
20 good from a supplier, post allocating the supplier's delivery of the good or 
2 distributing the good among stocking and selling locations. The interval during which 

the presentation quantity affects the analysis is the time between when this delivery 
2331 and the next delivery 2332 will be available at the selling location. This interval 
is analyzed because it is when this action will lead to this delivery and will impact the 
25 inventory level at the selling location. 

[0174] When the projected demand requirements are rolled up, there are 
alternative ways of taking into account presentation quantities, which depend to an 
extent on the decision or action being taken. One manner of taking into account 
presentation quantities is tracking their impact on a so-called model stock for a selling 
30 location. A model stock can be calculated, taking into accoimt presentation 
quantities, using either of the following equations: 
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ModelStock(selling location, good) = Maximum of 
((PresentationQuantity (selling location, good, time), DemandProxy(selling location, 
good)) + SDM(selling location, good, time) 

or, 

5 ModelStock(selling location, good) = DemandProxy (selling location, 

good) -\- PresentationQuantity(selling location, good, time) + SDM(selling location, 
good, time) 

[0175] If the first equation is used, the quantity available in the stocking location 
10 will be allowed to fall below the presentation quantity between receipt of 

distributions. If the second equation is used, the presentation quantity will be 
protected; the quantity available in the location should not typically fall below the 
specified presentation quantity between receipt of distributions. Variables in these 
equations include: 

15 [0176] PresentationQuantity (selling location, good, time) is determined using 
either of the approaches described below. 

[0177] DemandProxy(selling location, good) may be a measure of projected 
demand requirement for the coverage cycle. It typically includes projected selling 
and safety stock forecasts. For the present invention, virtually any DemandProxy can 

20 be modified to reflect the real world consideration of presentation quantities; the 

manner in which the DemandProxy is calculated is not a part of the present invention. 
[0178] SDM(selling location, good, time) is a shorthand for "special display 
minimum." It is a user specified value that can be directly assigned. For instance, a 
SDM may be useful when xising the first equation above and desiring to protect a 

25 special display quantity from being sold during the coverage cycle (such as an item in 
a display window that you are not willing to sell during the display period). It can 
also be used as an additional safety factor to cushion model stocks against problems 
of poor data integrity. 

[0179] When the decision or action of concern involves a distribution, the model 
30 stock equations can be extended to calculate distribution quantities. One equation for 
this calculation is: 
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DistributionQuantity — ModelStock(selling location, good) - 
Onhand(selling location, good) — Intransit(selling location, good) 

[0180] Variables in the eqxxation include: 
5 [0181] ModelStock(selling location, good) from prior equation(s). 

[0182] Onhand(selling location, good) is the quantity of the good at the selling 
location, based on the available information. 

[0183] Intransit(selling location, good) is the quantity of the good in-transit to the 
selling location. This quantity would include quantities already allocated but not 
10 picked, as well as quantities picked but not shipped, and quantities physically in- 
transit to the selling location. 

[0184] These distribution quantities may then get adjusted by further factors such 
as minimum distribution quantities, shipment increment quantities (e.g., that 
shipments are in multiples of 120 but not in between), case pack quantities (e.g., 
1 5 shipments are in multiples of the physical shipment case) and distribution center stock 
availability (in the event of the total shipment desired for an good being more than the 
DC has available some logic is applied to send out the quantity available in the 
manner that will best support it going to the stores most likely to need it first). 
Application of any one of these may be as simple as any positive distribution quantity 
20 below the minimum distribution quantity gets moved up to the minimum distribution 
\^ quantity or there may be logic that says anything below x percent of the minimum 

distribution quantity is roxmded down to 0 and the rest are roimded up. 
[0185] When the decision or action involves ordering goods, an order quantity for 
can be determined as follows: 

25 

OrderQuantity = OrderPipelineModelStock + SumOfLowerModelStocks — 
LocationOnHand — LocationOnOrderlnTransit - LowerOnHand- 
LowerOnOrderln Transit 

30 [0186] The variables are: 

[0187] PipelineModelStock is an economic stocking level calculated for the 
Pipeline coverage cycle currently being determined. The OrderPipelineModelStock is 
calculated for the Order Pipeline coverage cycle, for example shown in Figure 25-26, 



S 

m 



E = 
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in a manner identical to the ModelStock described above in the distribution 
calculation, except that it is done for the Order Pipeline coverage cycle and using the 
time period DemandProxies supplied for the Order Pipeline coverage cycle for the 
specific time period being done and recognizing that frequently it is not done for an 
activity coverage cycle that includes presentation quantities and SDMs. 
[0188] The SumOfLowerModelStocks is equal to the sum of the ModelStocks for 
all other cycles within the overall activity cycle. So in the case of figure 4 it would 
include the ModelStocks for all the post allocation cycles, all the national DC 
distribution coverage cycles and all the regional DC to selling location coverage 
cycles. The ModelStock for each coverage cycle is calculated using one of the 
equations above recognizing the most non selling locations do not have any 
presentation quantities or SDMs. 

[0189] LocationOnHand is the quantity on hand for the stocking location, if there 
is one in the coverage cycle currently being calculated. Note that if another coverage 
cycle within the overall coverage cycle beiug done has already included the inventory 
on hand, then it is not double coimted. In the case of the order in Figure 26 there is no 
stocking location within the Order Pipeline coverage cycle so the 
OrderLocationOnHand will be zero. However, within the Post allocation cycle you 
have the inventory in the 2 National DCs, National DC A and National DC B which 
would be included. It should be considered that the quantity on hand may differ by 
activity because a distribution being done right now may not include inventory in 
rework that is not immediately available but when calculating the distribution quantity 
on hand for an order that will arrive well out into the fiiture then that rework quantity 
will be coimted as it will be available well before the next order is received. 
[0190] LocationOnOrderlnTransit is equal to the quantity that the stocking 
location or locations, has being delivered to it within the coverage cycle. It usually 
includes outstanding purchase orders and any intransit goods coming to the location 
and can include other forms of commitments that have been made. Like 
LocationOnHand, if a quantity has already been counted in the other cycles within the 
overall cover cycle, it is not double counted. 

[0191] LowerOnHand is equal to the sum of the number of units on hand in all 
locations (at any level of the hierarchy) within the later coverage cycles that complete 
the overall coverage for this activity (avoiding double coimting.) 
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[0192] LowerOnOrderlnTransit is equal to the sum of the number of units 
credited as on order or in-transit (at any level of the hierarchy) to any location within 
the later coverage cycles that complete the overall coverage for this activity (avoiding 
double counting.) 

[0193] These formulas may be useful in rolling up projected demand requirements 
and presentation quantities for the good at the selling location. For each of these 
formulas, a particular presentation quantity may need to be selected, when there are a 
variety of presentation quantities within the period of concern. In a coverage cycle, 
tfiere may be multiple different PQs, for instance, when a presentational or 
promotional event takes place in the middle of the cycle but not at either end. Li the 
case of multiple different PQs, a number of approaches can be taken to selecting a PQ 
to use. One option is to use the PQ for the location on the last day of the coverage 
cycle. This will ensure that you end up with the desired PQ factored in on the last 
day. Another option which generally results in higher stocking levels is to use the 
maximum value during the cycle. This is useful for a presentational event which is 
shorter than a review cycles. It covers the peak PQ value for the activity. Another 
option is to use the maximum value of the PQ within the dates between distribution 
coverage cycle end date and an earlier date reflecting the length of the distribution 
review cycle. This option delivers the maximimi PQ value between when the cxirrent 
shipment or distribution arrives and when the next shipment arrives. Another option 
is to use the value on the date that the desired activity goods are received at the 
location. This date, if not otherwise indicated in the system, can be determined by 
subtracting the length of the distribution review cycle from the distribution coverage 
cycle end date. Thus, a preferred PQ for a coverage cycle can be selected. 
[0194] A third real world consideration is stockouts, which occur when on hand 
goods at a selling location are inadequate to meet a projected demand requirement, a 
desired presentation quantity, or both. According to this aspect of modifying a 
projected demand requirement, inadequate on hand inventory may result in unfulfilled 
demand at a selling location. To the extent that this demand results in buyers going 
elsewhere, it is never realized and the system reduces the total projected demand 
requirements over time to reflect the unfulfilled demand. To the extent that a portion 
of the demand is recaptured, by waiting lists, rain checks or the like, the total 
projected demand requirements over time are reduced to reflect the portion of the 
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demand which is unfulfilled. Alternatively, the system can flag significant stockouts 
and seek intervention of inventory personnel. 

[0195] Stockouts can be detected by comparing daily or more firequent projected 
demand requirements with daily or more firequent projected on hand stock for good at 
a plurality of selling locations. Then, projected demand requirements are reduced 
corresponding to unfiilfiUed demand for at least one of the selling locations or 
stockout has been detected When the system looks forward and rolls up projected 
demand requirements, for one or more predetermined selling periods commencing at 
one or more dates corresponding to time fliis for an action to lead to availability of 
good at the selling locations, the total projected demand is less than if it were not 
adjusted to reflect stockouts. The model stock formulas set forth above can be 
modified to reflect stockouts: 

ModelStockStockoutCorrected(selling location, good) = Maximum of 
((PresentationQuantity (selling location, good, time)^ StockoutCorrectedDemand 
Proxy(selling location, good, time)) + SDM(selling location, good, time) 

or, 

ModelStockStockoutCorrected(location, item) = 
StockoutCorrectedDemand Proxy(selling location, good, time) + 
PresentationQuantity(selling location, good, time) + SDM(selling location, good, 
time) 

, [0196] StockoutCorrectedDemandProxy starts with the daily (or shorter time 
period if that is what is used) average DemandProxy and its comparable daily average 
ProjectedSales and then looks at the on hand situation for the location in question to 
determine whether there is sufficient stock to support the selling. If there is sufficient 
stock, then it does not adjust the average DemandProxy. If there is insufficient stock 
to support the sales, then that day's DemandProxy is reduced to reflect the inventory 
shortfall. That reduction can be done a number of ways with one of the most 
prevalent being to simply zero any DemandProxy value greater than the remaining on 
hand inventory on the preceding day and to then zero the inventory on hand at the end 
of that day. These calculations continue day-by-day (or shorter time period if that is 
what is used) until the products firom this activity show up at the location at which 
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point there will be ample stock available unless the location sending the product has 
insufficient available product to meet the desired shipment. If a stock shortfall is then 
the case in the sending location then that shortfall is also factored in to the 
DemandProxy calculations from the arrival of the shipment until the end of the 
5 coverage cycle. The reduced shipments caused by the sending location shortage are 
then distributed to the various locations and then the above method used to determine 
whether a give location runs out of stock and therefore reduces the daily 
DemandProxy value. Once all those calculations are done then the 
StockoutCorrectedDemandProxy is the simmiation of all the daily 

10 StockoutCorrectedDemandProxies within the coverage cycle. 

[0197] As discussed in the distribution example calculations above, with reference 
to orders and post allocations, the system also can correct forward forecasts, however 
made, to reflect the impact of stockouts. Suppose that a forecast is made of daily or 
more frequently stocking levels of all the stocking and selling locations into the 

1 5 future, and demand requirements are also projected. We then estimate based on the 
forecasted selling and the timing of shipments from suppliers and the flow of goods 
through the supply chain when a selling location is likely to be out of stock. On those 
stocked out days we identify the projected lost sales and then since those sales are not 
projected to take place we reduce the forecasted needs back through the supply chain. 

20 So in doing this we have not just made forecasts of what would happen but made 

those forecasts specific to the dates of shipments and the like which have been set in 
motion for this particular item at this particular moment. As you will see in oxir 
examples of this we have also not only done this for a single element activity but have 
done this for activities that span nimierous stocking locations and supply chain 

25 considerations. 

[0198] In oxir first example, see Figure 30, we lay out a situation where 
forecasting without working through the actual timings of what will occur would 
result in overstocking of the location by 9 units. A forecast that did not look forward 
and know that the location was going to stock out on day 5 and be out of stock until 

30 day 10 would predict needing 25 units over the coverage cycle while one taking into 
account the actual day by day selling and stocking would instead forecast a need of 16 
units to support sales with of course and additional safety stock number, but the 
stockout determination would identify lost sales of 9 vmits that do not need to be sent 
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to the location. You may also convert some of the stockout period potential sales to 
real sales by some mechanism like a back order, hi that case you would not totally 
lose the sales during the stockout time period but, as done in Figure 31 would convert 
some of them to later sales. The way the system does that is essentially accruing a 
fraction, in Figure 3 1 , minus 33 percent of the otherwise lost sales, and then taking 
them on the days that they would have been sold if stock was available or more 
correctly actually realizing those sales when the goods show up in the store as 
indicated in the final row of Figure 31 with the 6 unit sales on day 1 1 (3 above what 
you would have otherwise sold). 

[0199] The single location distribution scenario is one of the simplest. When 
looking at ordering for a Distribution Center or a National Distribution Center we 
project out how all the selling locations serviced by those Distribution Centers will 
stay in stock. What occurs here is contingent upon the stocking rules at hand which 
can range from allowing cross transfers between locations and Distribution Centers 
and Distribution Center distributions to locations in another Distribution Center's 
region to allowing none of the above. In all of the cases our system will model what 
will happen as the days progress and the system attempts to keep as many locations in 
stock as possible. The system will then project when locations go out of stock and the 
resulting selling losses that result. Those selling losses will be translated into smaller 
orders as there is not point delivering goods after they are needed and therefore in 
excess of what is needed. Selling induced stockouts are not the only kind our system 
will forecast and react to. Presentation quantities in excess of what is needed to 
support selling can also cause stockouts. Since in many cases an order coverage cycle 
will embody many distribution cycles and therefore many distributions, if a 
distribution includes supplying presentation quantities well in excess of the projected 
selling then that action can lead to stockouts in subsequent distributions that a system 
that did not model out would not know about. Therefore, we forward forecast time 
increment by time increment (usually day by day) the inventory situations of all the 
inventory stocking locations to determine when selling, presentation or other induced 
stockouts take place. 

[0200] Therefore, like the distribution DemandProxy calculations, the order and 
post allocation calculations take into account stockouts. The equations are the same 
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except that the DemandProxies used in the OrderPipelineModelStock and in the 
SumOfLowerModelStocks are all stockout corrected: 

OrderQuantityStockoutCorrected = 
OrderPipelineStockoutcorrectedModelStock + 
SumOfLowerModelStocksStockoutCorrected - LocationOnHand - 
LocationOnOrderlnTransit — LowerOnHand - LowerOnOrderlnTransit 

[0201] The stockout correction of forward forecasting works well in concert with 
another correction referred to as need adjustment. The need adjustment is factored 
into an allocation or an order using the following modification to the calculation 
equations: 

OrderQuantity = OrderPipelineModelStock + SumOfLowerModelStocks — 
LocationOnHand — LocationOnOrderlnTransit — LowerOnHand- 
LowerOnOrderlnTransit + NeedAdjustment 

or 

OrderQuantityStockoutCorrected ^ 
OrderPipelineStockoutcorrectedModelStock + 
SumOfLowerModelStocksStockoutCorrected — LocationOnHand — 
LocationOnOrderlnTransit — LowerOnHand — LowerOnOrderlnTransit + 
NeedAdjustment 

and 

AllocationQuantity = AllocationPipelineModelStock + 
SumOfLowerModelStocks — LocationOnHand — LocationOnOrderlnTransit — 
LowerOnHand- LowerOnOrderlnTransit + NeedAdjustment 

or 

AllocationQuantity = AllocationPipelineStockoutCorrectedModelStock + 
SumOfLowerModelStocksStockoutCorrected — LocationOnHand — 
LocationOnOrderlnTransit — LowerOnHand - LowerOnOrderlnTransit + 
NeedAdjustment 

Where the variables are described below. 
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[0202] ThQ AllocationPipelineModelStock is calcixlated for the Allocation 
Pipeline coverage cycle, for example shown in Figures 25-26, in a manner identical to 
the ModelStock described above in the distribution calculation, except that it is done 
for the Allocation Pipeline coverage cycle and using the time period DemandProxies 
5 supplied for the Allocation Pipeline coverage cycle for the specific time period being 
done and recognizing that frequently it is not done for a coverage cycle that includes 
presentation quantities and SDMs. 

[0203] The AllocationPipelineStockoutCorrectedModelStock is calculated as is 
the AllocationPipelineModelStock except where except that the DemandProxies used 
10 in the AllocationPipelineModelStock and in the SumOfLowerModelStocks are all 
stockout corrected. 

[0204] NeedAdjustment is eqxial to the sum across all stocking locations served by 
the initial stocking location of the amount that the current onhand and intransit 
exceeds the expected sales on the last day or other period of a predetermined selling 

15 period. The simple example of this is shown in Figure 32 for two stores where both 
stores in total have 50 imits on hand one day zero. However, one had 5 units on hand 
and the other has 45 and neither have anything intransit. Each store is forecast to sell 
25 items over the course of the coverage cycle and therefore if the inventory was in 
the correct place they would need no further items to support all the selling (this 

20 example ignores safety stock). However, because the stock is not in the correct place 
the 50 units can not support the 50 sales and some of the units in the overstocked 
store, namely the 20 imits left at the end in Store 2 are not needed and the other store, 
store 1 will sell less than its full potential of 25 because it is imderstocked. So the 
NeedAdjustment recognizes that for stocking purposes for this example coverage 

25 cycle the effective on hand was not 50 but 50 - 20 = 30 and therefore there was a 
need adjustment of 20 needed to accurately represent what was on hand in a mode 
that many retailers use where inter-store transfers are not allowed. The projected 
demand requirement for the selling location is increased corresponding to all or part 
of an excess quantity of the good at least one selling or stocking location. Totals 

30 across selling locations are rolled up, as in other methods described above. 

[0205] We take this one step farther in that we do not only determine which 
locations are overstocked now and correct for that, but we forecast forward locations 
that may become overstocked and those corrections reqxiired. This again is probably 
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worth more explanation as there are many factors that could lead to a location that is 
not overstocked today becoming overstocked during an activity cycle. One common 
driver is that there is a future event planned that requires a substantial presentation 
quantity which is in excess of what would be required to simply support the selling. 
5 If you just look to the end of the cycle and not at what is occurring during the cycle 
then you could miss the presentation or other factor induced overstocking. You 
would also not know which locations are impacted and which may not be. Therefore 
our system works through all the locations from the start of the cycle to the end of the 
cycle determining all the overstocks and all the potential understocks and factoring 
1 0 that into what is needed in orders, post allocation or distributions. 

[0206] Our system can also run other corrections where store transfers are 
allowed and therefore overstocks can be moved from the overstocked location to 
O another location that needs it. In that case the system factors in the transfer time and 

;5 will move stock as required by user selections of first moving overstock inventory or 

:^ 15 moving overstock inventory only as normal shipment inventory is not available. 

yi 

ry These differences will then alter or eliminate the Need Adjustment as well as 

y I 

potentially impact the stockout calculations. 

JL, [0207] An additional real world consideration is discontinuation of a good from 

"4 , one or more selling locations. When items are discontinued in locations, they may be 

c _ 

= , H 20 taken off of the active SKU list or they can have an out date of some form set. Out 
1=^ dates come in different modes like an out date that is when you stop fully supporting 

and achieving the desired DemandProxy, such as an inventory level, whether based on 
economics or a desired service level or some other criteria. There is a more extreme 
out date often called "last sale out date" beyond which the item will be removed from 
25 display and moved to an outlet location or sold off to a clearance retailer. There are 
also out dates that are distribution center driven where a "last purchase order receive 
date" is set after which no more shipments will be received in the distribution center. 
After that point in time then locations will fall below their model stocks and be 
allowed to go out of stock. The same set of goals can be achieved using 
30 deauthorization dates after which an item is no longer optimally stocked in a location 
or ordered into a distribution center. Or you can have the item move to a non active 
SKU list (which could vary by location). 
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[0208] Out dates work in somewhat the reverse manner as in dates, once an order 
cycle crosses the out date boundary for a part of the cycle that part of the cycle is 
eliminated from the analysis for the particular good (e.g., the DemandProxy can be 
zeroed for dates after the out date.) Out dates can be set as a single date for all stores 
5 or set differently for each store. Frequently these would be set regionally with 
products being discontinued at different times in different parts of a country. So in 
the example in Figure 33, Store 1 and Store 800 of Regional DC 1 and Store 801 and 
Store 1400 of Regional DC 2 have crossed the out date line and therefore their future 
requirements will be excluded from an ordering activity and all other coverage cycles 
10 (e.g.. Order pipeline, post allocation. National Distribution Cycle, and DC to Location 
Cycle determination in Figure 33). Now given that each location could have a 
different end point for the total order cycle and/or a different out date it means that 
some locations could be included and others excluded. 

[0209] Last purchase order receive dates work somewhat like out dates but 
\j\ 1 5 usually are set at the DC not individual location level (unless the locations receive 
\ '% orders directly from suppliers) and therefore are the same date for all the stores served 

^=n by a DC. Once the coverage cycle feeding goods to the DC crosses the Last purchase 

13 order receive date then all the store selling locations are removed from generating 

,7 needs for ordering, allocation or distribution activities supplying the DC. There are 

fjj 20 other dates which may get used by different clients and are incorporated into our 
2 system that ftinction in similar manners like last sale out date which shares 

characteristics with out dates and commitment dates which share characteristics with 

in dates. 

[0210] Last sale out dates trigger like out dates but instead of just turning off 
25 orders, allocations or distributions actually signal the stop of selling with the 

remaining inventory sold off by other means such as outlet stores or goods liquidators. 
Commitment dates which can be the equivalent to an in date used to generate 
commitments that precede firm purchase orders. They trigger in the same way as an 
in date with the part of the total coverage cycle being utilized in the calculation. 
30 [0211] The impact of a multi-layer distribution network with examples of multiple 
paths to selling locations is illustrated in figure 33. As the various coverage cycles 
move beyond the respective selling out dates, whatever projected demand 
requirements have been forecast can be zeroed for all dates after the selling out dates 
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that have passed. Similarly, as the distribution time moves beyond the last PO receipt 
date, the respective good-selling location pairs supplied from the stocking location 
with that last PO receipt date can be zeroed for all dates after the last PO receipt date 
has passed. 

[0212] Thus, the aspects of the present invention include a nimiber of corrections 
to a projected demand requirement or forecast, to take into accoxmt practical realities 
of selling goods. 

Synthetic Sales Histories 

[0213] A method of reducing the user's burden in forecasting sales and needs was 
explained in Application No. 09/755,355, filed 5 January 2001 , entitled Method And 
Apparatus For Supplying Synthetic Sales Histories^ by inventors Robert Dvorak and 
Kevin Katari, which is incorporated herein as if set forth fully. Practice of this aspect 
of the present invention includes a computer-implemented method of supplying a 
sales history for a good lacking a sales history, including associating sales history data 
for sales of a cloned good at a plurality of selling locations with an other good; scaling 
the associated sales history data upward or downward based on anticipated sales of 
the other good; tracking actual sales of the other good for an interval; and rescaling 
the associated sales history data based on actual sales of the other good during the 
interval. 

[0214] Sales history cloning is useful for new goods and new selling locations 
which lack sales histories. This process is illustrated in figures 34A-C. A sales 
history for a new good, lacking its own sales history, can be created from a cloned 
good. The cloned good is selected, preferably with an expectation that the new, other 
good will follow a selling pattem similar to the cloned good across a plurality of 
selling locations, A computer is used to associate the sales history for the cloned 
good with the other good at a plurality of selling locations. The sales history data of 
the cloned good can be copied into memory associated with the other good. 
Altematively, it can be associated with the other good by a reference, such as the 
SKU for the cloned good or a record number, or by a pointer to a memory location or 
database record where it is stored. 

[0215] As illustrated in figure 34A, the expected sales volume of the new good 
can be compared, quantitatively or subjectively, to the actual sales volimie of the 
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cloned good. A scaling factor, in some instances a ratio of the expected and actual 
sales volumes, can be used to scale the cloned sales history, as illustrated in figure 
34B. This scaling factor can be used to modify or scale the cloned sales history, for 
instance by multiplying the factor by the data and storing the product. The scaling 
factor can be stored separately, and applied when the cloned sales history data is used, 
for instance by a forecasting engine. 

[0216] The conversion factor can be modified based on actual sales, after an 
interval. This interval can be selected by a user when the cloned good is selected or it 
can be supplied as a default value (e.g.j 7 days, 2 weeks, 4 weeks, 30 days, a month, a 
quarter, etc.) by the system without user selection. Actual sales of the good at the 
plurality of selling locations are tracked for the interval. If the actual sales rate 
exceeds or falls short of the expected sales rate, the original scaling factor is then 
dynamically scaled or adjusted to reflect that change. This adjusted scaling factor is 
then applied to the sales history that is used for forecasting sales, thereby generating a 
more accurate future forecast of selling. A rescaling factor is selected, for instance 
relative to a ratio of actual to expected sales. Selection of a rescaling factor can take 
into account causal factors impacting sales, such as promotions, advertising, reduced 
selling prices, etc. In this case it is not just a straight comparison of sales but it is a 
comparison that adjusts for which causal periods have been employed on the new 
item and makes sure that the comparison with the old item has a comparable 
weighting of the same causal periods. In instances where that causal period has not 
occurred in the past item then it either eliminates that time period for the recalculation 
of the scaling factor or applies a default lift (a specified sales increase relative to 
regular sales days or some other comparative period) to the past item history and uses 
that estimate for the comparison. You fi*equently encoimter new item introduction 
events diuing this time period, which for many retailers have higher increases in sales 
than a comparable event on an already existing item. So these types of factors may be 
accounted for in differentiation done in the causal factors. A causal calendar which 
tracks causal events impacting goods at particular selling locations is useful, if the 
rescaling factor is to take into account causal factors. A rescaled selling history is 
illustrated in figure 34C. 

[0217] A rescaling factor can be selected once at the end of the interval or 
repeatedly beginning at the end of the interval. Rescaling can continue for a 
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predetermined time or until a xiser manually discontinues the rescaling. One 
predetermined time when rescaling can be discontinued is when there is sufficient 
actual selling history for the new good to discontinue using cloned sales history. The 
system can also be set up to automatically revert to the actual selling history 
dismissing the cloned history at some future point in time set by such modes as 
number of actual sales days, number of comparable sales days or some function of 
sales volimie. 

[0218] A similar method can be used to create history for a new selling location, 
e.g., a new store. A user would specify a comparable store to clone for the new store 
and subjectively set a scaling factor for the new store sales relative to the comparable 
store. It is useful for the user to select a store with a seasonal selling pattern similar to 
the one expected for the new store, but the computer implemented method does not 
depend on the correctness of the user's selection. The user can subjectively assess the 
expected selling at the new store relative to the comparable store, for example if the 
new store was expected to sell twice the volume of the comparable store for this good 
then a scaling factor of 2 would be reasonable. Applying a single scaling factor to a 
store as a whole or a few scaling factors to a few groups of goods can reduce the 
burden of selecting scaling factors. 

[0219] Cloned sales histories for a plurality of goods at a cloned location can be 
rescaled after an interval of sales, based on actual sales history. A user may selecting 
an initial period from the start of location selling, after which actual sales are used to 
adjust or rescale the sales history data. As discussed above, this interval may be of 
virtually any length. If the actual sales rate exceeds or falls short of the expected sales 
rate for the period, the original scaling factor is then dynamically scaled or adjusted to 
reflect that change. This adjusted scaling factor is then applied to the sales history 
that is used for forecasting sales, thereby generating a more accurate future forecast of 
selling. This rescaling of the scaling factor can then be automatically recalculated as 
more selling data becomes available so that a better and better estimate of it is 
achieved. It is also done where different causal factors, e.g., presentations or events 
that change sales such as a price reduction of 25% or putting the item in the store 
window display, are factored in and compared appropriately. In this case it is not just 
a straight comparison of sales but it is a comparison that adjusts for which causal 
periods have been employed on the new item and makes sure that the comparison 



Page 69 of 127 



BLFR 1007-1 



with the old item has a comparable weighting of the same causal periods. In instances 
where that causal period has not occurred in the past item, the system can either 
eliminate that time period for the recalculation of the scaling factor or applies a 
default lift (a specified sales increase relative to regular sales days or some other 
comparative period) to the past item history and uses that estimate for the comparison. 
The system can also be set up to automatically revert to the actual selling history 
dismissing the cloned history at some future point in time set by such modes as 
number of actual sales days, number of comparable sales days or some function of 
sales volume. 

[0220] In both instance of new goods and selling locations, the system can 
automatically use actual sales data to search for a good or selling location, other than 
the cloned good or selling location, which more closely matches actual sales during an 
interval than was selected a priori. This search can involve a comparison on a causal 
period by causal period basis or time period by time period (e.g., day by day) of actual 
sales at various selling locations. So for example, in the instance of a new selling 
location, the system could proceed item by item to look at all the other stores with real 
selling history, compare the different causal selling period sales and suggest or select 
one or more selling locations with the most similar relationship of selling period 
results. A new set of sales history data would the be associated with the new, other 
good. After an interval, the scaling factor could be recalculated as described above 
against this comparable store. In a more rigorous test the comparison could be done 
on a day by day selling basis coming up with again the comparable store with the least 
difference in relationship of day to day selling. 

[0221] Another instance for synthetically supplying a sales history where one is 
lacking is for a new good in a new selling location. Here, the system may allow a 
user to select a comparable good, followed by the system taking cloning the good to a 
cloned location. The system can run in a sequence (or effectively accomplish the 
following using a different computing path or execution sequence) so that it first 
completes any automatic scaling of the comparable good in the new location before 
the new location uses that comparable item to create the history for the new item and 
before the system conducts the automatic rescaling of the new location new item if 
that option has been selected by the user. 
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[0222] Another useful feature is so called SKU mapping, for goods that have been 
assigned new SKUs but are still the same basic product. For example, this occurs 
when a product receives new packaging. The new SKU sales might be. expected to 
follow the sales history for the discontinued SKU. The method for cloning a sales 
history for a good applies nicely. In addition, mapping a new SKU for a good to an 
old SKU for a good can optionally be accompanied by flagging old and new inventory 
as basically interchangeable. That is, new inventory can be flagged as being available 
to meet demand for the cloned good, and vice-a- versa. A "map on hand" option can 
directs the system to count location, distribution center and other inventory (e.g., on 
hands and in transits) for a discontinued good against the required model stock or 
forecast demand for the new, repackaged good. Old packaged goods at the selling 
locations are naturally sold out before being replenished with the new goods, when 
the old good is allowed to meet demand for the new good. 

Multi-use Causal Calendar 

[0223] Taking into accoxmt events inipacting projected sales and needs has been 
mentioned above in connection with various aspects of the present invention. A 
method of providing a multi-use causal calendar was described in Application No. . 
09/760,377, filed 12 January 2001, entitled Multipurpose Causal Event Calendar For 
Integrated Management Decision Support, by inventors Robert Dvorak and Kevin 
Katari, which is incorporated herein as is if set forth fully. Utilizing a causal calendar 
as a basis for a variety of management decision support reports supports refined 
management decision making that reflects the influences on forecasting of events that 
impacted past sales and events proposed for the future. 

[0224] A causal event calendar is a database table or set of tables in which past, 
present and future causal events are stored. Causal events may include retailer 
decisions that will affect the rate of sale of one or more goods in one or more selling 
locations for some period of time, and exo^nous factors that will affect the rate of 
sales of one or more goods for some period of time. Each of these types of events is 
described ia further detail below. Once stored in a database table or set of tables, this 
information is available for the full range of other retailer information systems or full 
range of retailer decisions within a system that require the causal events for helping to 
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determine the rate of selling for one or more goods in one or more selling locations 
for some period of time as an input to their calculations. 

[0225] Retailer decisions that will affect the rate of sale of one or more goods in 
one or more selling locations for some period of time include, but are not limited to, 
5 price promotions, visual or placement based promotions, promotions of substitute or 
complementary products, removal of substitute or complementary products from 
selling assortment, new product or new selling location laimch and advertising 
supported promotions. 

[0226] Price promotions: A price promotion (for example, a 25% reduction in 
10 price for one or more goods for some period of time) will typically increase the rate of 
selling for those goods whose prices have been reduced. 

[0227] Visual/placement based promotions: Frequently, a change in visual or 
placement presentation will increase and decrease the rate of selling of a product. For 
'5 example, moving the product's in-store location to a high traffic area of the store for a 

in 1 5 period of time typically will increase sales for that time period relative to the normal 

iU 

rate of selling associated with the product's usual position in the store. Similarly, if 
the presentation of an good is changed, perhaps displaying it on more than one store 

Q fixture, the rate of selling will typically increase. In each of these cases the opposite 

effect is typically true as well; placement of an good in a less attractive location will 

y 20 usually decrease the rate of selling, as may reducing the number of fixtures where the 

iZ, good is displayed. 

[0228] Promotions of substitute or complementary products: If a price or 
visual/placement based promotion is in effect for good A, the sales of good B may be 
affected if the two goods are substitutes or complementary products. In the case of 
25 substitute goods, the promotion of good A will increase the sales rate of good A but 
decrease the sales rate of good B. For example, if an 8 oz size of a product is 
promoted, then sales of the other sizes of the same product will likely be reduced, as 
the goods are substitutes for one another. Products need not have identical ingredients 
or components to be substitutes; a promotion of a product from one vendor may 
30 reduce the rate of selling of similar products from a different vendor. In the case of 
complementary products, the promotion of good A will increase the sales rate not 
only of good A, but also of an associated good B as well. For example, if a number of 
battery-powered toys are placed on promotion, then the rate of sales of batteries may 
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increase during the promotion, even though the batteries themselves are not a 
promoted good. 

[0229] Removal of substitute or complementary products from assortment: In 
manner similar to that described above, if substitute or complementary products are 
5 temporarily removed from the assortment, then the rate of selling of another product 
may be affected. Frequently, to make space for a seasonal or hoUday program, some 
goods are removed from the overall assortment, and the removal of good A may 
increase or decrease the sales of good B if A and B are complements or substitutes. 
[0230] New product or selling location launch: Retailers frequently see an 
1 0 acceleration in selling for goods when they are newly introduced, even without 

special advertising, or see higher sales for otherwise not promoted goods during the 
start of a new selling location. 

Q 

,f=l [0231] Advertising supported promotions: Retailers frequently advertise in 

newspapers, magazines, on television, and in other media in an effort to increase the 

E — 5 

Ijf - 1 5 rate of selling of some or all products. An increase in advertising spending that is not 

tu 

i.= targeted as specific products may result in an increase in selling rates across many or 

^ all goods for some period of time. An increase in advertising spending targeted 

p against specific goods may result in an increase in selling rates for those goods and a 

1^ few associated goods for some period of time. 

I=y 20 [0232] Exogenous factors that will affect the rate of sales of one or more goods 

for some period of time include, but are not limited to, holiday or other calendar based 
events and traffic increasing events. For some goods, the rate of selling increases 
significantly during certain times of the year. For example, goods that can be given as 
gifts usually have a sharply higher rate of selling in the time period just in advance of 

25 Christmas. Similarly, goods that can be given as gifts for Mother's Day, Father's 
Day, or Valentine's Day typically will have a higher rate of selling in advance of 
these days. Traffic- increasing events also can increase the rate of selling for period of 
time. For example, the presence of the Olympics in a city can increase the rate of 
selling for many goods if the selling occurs in a venue that will see increased 

30 customer traffic as a resxilt of the event. Other events may have similar effects, such 
as a summer beach season, or a winter skiing season in a selling location. 
[0233] The causal event calendar table stores all of the good-event type-date 
information required to associate good-time periods with events. Typically, the 
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causal calendar would be configured with data fields or attributes that describe the 
event. 

[0234] Good Identifier: This field is populated with a unique identifier for the 
good in the event, typically a SKU number. 
5 [0235] Selling Location Identifier: This field is populated with a unique identifier 
for the selling location of the event, typically a store niraiber. 

[0236] Event Start Date: This field is populated with the start date of the event. 
For example, if the event were a price promotion, this field would be populated with 
the date corresponding to the first day of the price promotion. 
10 [0237] Event End Date: This field is populated with the end date of the event. 
For example, if the event were a visual-based promotion, this field would be 
populated with the last day for which the special visual presentation would be in 

o 

i% effect. 

[0238] Event Description: This field is optionally populated with a description 

iJl 15 for the event. A description is simply identifies the event name. For example, event 

ill 

1 q description might be populated with "Christmas 2000" or "Spring 2001 White Sale." 

^ Alternatively, the event description may be associated, fi"om a separate table, with the 

Q Event Type. 

i2 [0239] Event Type: This field identifies the event type, typically so that the rate 

W 20 of selling in this event can be identified with some prior period in which the same 
l:^ event type was in effect. Event types might include "Pre-Christmas", "Pre-Mother*s 

Day", "50% Markdown", **New Product Introduction" or "25% Price Promotion. 
[0240] By itself, the causal calendar table or tables is a repository for information. 
Users enter and maintain data in these tables via a user interface. There are a number 
25 of ways to store the data but the objective is to be able to identify for usage by other 
systems or other parts of the same system which causal events are set for which goods 
and selling locations. For example, the causal event calendar table or tables could 
have a row for every unique good/start date/end date/event type. Then if a single 
good has the same causal event for the same period of time in 100 stores, then the 
30 causal event calendar table will be populated with 100 rows with one row for each 
selling location. If the same event applies to 20 goods in 100 stores, then the causal 
event calendar table will be populated with 2000 rows. However, there are other 
ways to store the data that could be used, for example if the 100 stores were all the 
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stores or an identified group of stores, then there might be a single data row entry 
indicating that the causal event is on for the start date/end date/event description/event 
type for the group of stores. Or, a group Good Identifier or group Selling Location 
Identifier can be assigned to a group of goods or selling locations which are treated or 
considered together. A multi-level grouping of goods or stores may be usefiil in some 
settings. 

[0241] While the causal event calendar stores this information at a granular level, 
the user interface can be constructed to simplify ease of entry and maintenance. If 
hierarchies are developed for both the selling locations (typically stores) and for 
goods, then user entry can occur at these levels. For example, the user could select 
"all stores" in the selling location hierarchy along with a single good for the good 
hierarchy and enter the event information, and the causal event calendar system would 
apply the event information to all selling locations felling below "all stores" in the 
selling location hierarchy (in this case, presumably all stores). Similarly, if only one 
region was running the causal event then the user might select the selling locations in 
/T^orth West Region" and the causal event calendar system would apply the event 
information to all selling locations falling below '^orth West Region" in the selling 
location hierarchy. Similarly, on the good dimension, if an entire department will be 
in a promotional event, the user could select "Watch department" in the good 
hierarchy and specify all of the required selling location and event information; in this 
case, the event information will be applied to all of the goods that fall under "Watch 
department" in the product hierarchy. Of course, the user may select nodes on both 
the good and selling location hierarchy, in which case the event will be applied to all 
goods and all selling locations falling under the specified nodes in the hierarchy. This 
could be a single good in a single selling location (e.g., like the Gucci Bezel Model 
09210 at Store 924) or groups of goods in groups of stores. 

[0242] The causal event calendar table serves as the single repository of causal 
event information feeding a range of retail systems or a range of different activities 
within a system, where the following outlined below could be separate systems or 
separate activities within a system. 

[0243] Ordering: An ordering system or ordering activity within a system 
typically determines the quantity of a product that should be ordered from a 
distributor or manufacturer in order to meet expected sales with some additional 
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allowance for safety stock. In calculating required order quantities, it is useful to 
xmderstand the expected rate of future selling for goods that are being ordered. 
Because the events entered into the causal event calendar will affect the future rate of 
selling, it is helpful for the ordering system or activity to get this information from the 
causal event calendar in order to make the most accurate determination of the order 
quantity. For example, if a future price promotion with a 25% discount were planned 
and entered into the causal event calendar, then the order quantity would increase 
relative to the quantity required if the event were not planned for the future. 
[0244] Allocating: An allocating system or allocating activity within a system 
typically determines the quantity of goods to be sent from a selling location that either 
does not stock goods or does not want to stock this good now to the selling locations 
that stock or use the good. In determining these quantities it is useful to xmderstand 
the expected rate of future selling for goods that are being allocated. Because the 
events entered into the causal event calendar will affect the future rate of selling, it is 
helpful for the allocation system or activity to get this information from the causal 
event calendar in order to make the most accurate determination of the allocation 
quantity. For example, if a future price promotion with a 25% discoxmt were planned 
and entered into the causal event calendar for some of the stores to which the 
allocation was going, then the allocation quantities to those stores would increase 
relative to the quantity required if the event were not planned for the future for those 
stores. 

[0245] Distributing: A distribution system or distribution activity typically 
determines the quantity of an good that should move from one stocking location to 
another stocking location, typically from a distribution center to a store. In 
calculating required distribution quantities, it is useful to understand the expected rate 
of selling in the location to which the good is being sent in order to determine the 
quantity that should be sent. Because the events that are entered into the causal event 
calendar identify changes in expected future selling rates, it is helpful for the 
distribution system to get the causal event information from the causal event calendar 
in order to make the most accurate determination of the distribution quantity. 
[0246] Botton[>-up plaiming: Bottom-up planning provides good level plans for 
the future, typically providing sales, inventory, and receipt information on a daily or 
weekly basis from the present imtil some point in the future. Because the future rate 
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of selling for each good is a key requirement for correctly calculating future good 
plans, the bottom-up planning system or bottom-up planning activity should find it is 
helpful to get the causal event information from the causal event calendar in order to 
make the most accurate determination of the future rate of selling for the good. 
[0247] Top-down planning: Top down planning provides plans at levels higher 
than individual goods, but some differentiate historical discoimting where the point of 
sale (POS) data does not fiiUy capture the causal factors, particularly for the 
exogenous factors (e.g., selling during Pre-Mothers day is usually not differentiated 
other than by date in a POS where as type of promotion can be). In these instances it 
is helpful to have the causal calendar data available to the Top-down Planning system 
or system activities. 

[0248] Open-to-buy (OTB) management: In OTB management, future inventory 
levels are predicted based on current inventory, expected selling, and expected 
receipts; the future inventory levels are then compared to budgeted levels in order to 
determine whether the current sales and ordering plan will result in exceeding the 
inventory budget (typically at the department level or higher). Because the future rate 
of selling is critical to calculating what future inventory levels will be, the OTB 
system or OTB activity should find it is helpful to get the causal event information 
from the causal event calendar in order to make the most acciirate determination of 
the future rate of selling for an good. 

[0249] Markdown management: A markdown management system or markdown 
activity within a system typically determines the optimal timing and level of 
markdowns of a seasonal or fashion program in order to sell the total purchased 
quantity by a predetermined "out date" while maximizing revenue. In order for a 
markdown management system to perform, it needs to query the causal event calendar 
in order to determine what event occur between the date of the markdown analysis 
and the "out date" in order to calculate the expected selling. For example, an good 
that has no event planned before its "out date" might require a markdown in order to 
reach full sell-through based on the rate of selling to-date; however, that same good 
with the same selling to-date may not require a markdown if some other event - a 
visual promotion, perhaps - is planned to take effect between the date of analysis and 
the "out date." Because the future likely rate of selling is critical to calculating what 
markdowns and markdown levels will be required, the Markdown system or 
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Markdown activity should find it is helpful to get the causal event information from 
the caxisal event calendar in order to make the most accxirate determination of what 
markdowns are best. 

[0250] The systems or system activities discussed above may be further divided 
by types of goods, for example basic, fashion and seasonal goods. Therefore, you 
may have one distribution system or system activity for basic goods and another 
distribution system or system activity for fashion or seasonal goods. The example 
dimensions upon which the types of goods can be divided are described below: 
[0251] Basic goods. Goods that are reorderable are frequently called basic and 
can use different mathematical calculations to determine how much to order, allocate 
or distribute than other types of goods. 

[0252] Fashion/Seasonal goods. These goods are usually differentiated from 
basic goods in that they have limited or no ability to really be reordered once sales 
performance has been measured. The mathematical calculations to determine how 
much to order, allocate or distribute can differ by using historical sales profiles rather 
than specific good history. 

[0253] Fashion goods. These goods can be further differentiated to goods that 
have no exact good history and therefore the mathematical calculations are based on 
historical profiles, in-season selling performance or a combination of the two. 
[0254] Seasonal goods. These goods can also be further differentiated from 
fashion goods as having same good or very comparable good sales histories that 
however are discontinuous because the good is not sold year round. Therefore, the 
math may use that past good history and some combination of historical profiles and 
in-season selling performance. 

[0255] In addition, there may be other differentiations of goods such as goods that 
are rapidly obsolete (e.g., computers with certain chip configurations) versus those 
with a longer sales life (e.g., printer supplies for multiple printers). 
[0256] A multipurpose causal calendar may allow users to enter the causal events 
in one place, use one approach, and have all the information assessable to all the 
systems or system activities from one table or set of tables. This increases the 
likelihood that goods will be handled the same way across multiple systems and that if 
a good moves from being basic to fashion that the user does not need to reenter 
information. It means that when an good is considered for markdown, if it has 
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already been ordered, allocated and distributed and the causal information has been 
entered it is then available for the markdown activity. It also ensures that if a change 
is made in the past, present or future causal calendar it is effectively made for all the 
activities. If a single causal event calendar were not maintained, then each system 
5 would need to maintain its own causal event calendar or each system would not have 
the benefit of using fiiture causal information in order to make the best calculations 
possible. By establishing and maintaining a single causal event calendar that feeds all 
retail systems or retail activities that require the information, data entry burdens are 
reduced and consistency is increased. 

10 Presentation Quantities 

[0257] Methods and devices for computer-implemented management of visual 
presentation of products in selling locations were described in Application No. 
09/766,539, filed 19 January 2001, entitled Multipurpose Presentation Demand 
Calendar For Integrated Management Decision Support, by inventor Robert Dvorak, 

15 which is incorporated herein as if set forth fiiUy. Retailers invest significantly in 
building fixtures in selling locations and determining the best visual presentation of 
products for sale (e.g., how much of each good should be displayed.) In many cases, 
carefiil thought is given to where in a selling location a product is featured as well as 
the quantity of the product that will be most appealing visually to customers. Some 

20 retailers have visual departments responsible for planning the layouts of their selling 
locations, detemiining which products are sold on which fixtures as well as the ideal 
display quantity of the product. 

[0258] Utilizing a presentation demand calendar as a basis for a variety of 
management decision support reports supports refined management decision making 
25 that reflects the influences on forecasting of presentation quantities used to enhance 
sales. 

[0259] A presentation demand calendar is a database table or set of tables in 
which presentation demand requirements are stored. Presentation demand 
requirements come in different forms. For example, regular presentation quantities 
30 (RPQs) are target inventories that selling may reduce below the target value. In some 
situations, where the presentation quantity is a target inventory that should be on hand 
in all but extremely high selling situations, sometimes called a presentation quantity 



Page 79 of 127 



BLFR 1007-1 



protect (PQP). Special display minimxim (SDM) presentation quantities are used for 
goods that will not be saleable during a presentation, such as goods placed in a 
window or special display, that will not be sold even if the selling location is 
otherwise out of the good. Another type of presentation demand requirement is an 
5 average presentation quantity (APQ). With an APQ, selling location inventory levels 
are managed to ensure that average store quantity on-hand of an item is intended to 
equal to the APQ or greater. For fashion or seasonal goods, is a Capped Presentation 
Quantity (CPQ) is sometimes used. This is actually a normally defined PQ to which 
differential math is applied over the presentation. This is done because typical 
1 0 fashion and seasonal programs have a short good life by the end of which the 

inventory levels that should reach zero. So if the PQ does not also reach zero by the 
end of the program, it may lead to an undesirable siirplus of inventory. The overall 

O 

. ^ presentation quantity for a good at a selling location may be made up of one or more 

. of these presentation qxiantity types; the types of presentation used may also change 

IJl 15 fix)m time to time. 

[0260] The presentation demand event calendar table stores all of the good- 
i presentation quantity information required to associate good- time periods for selling 

O locations with presentation quantities. Typically, the presentation demand calendar 

-.2 would be configured with data fields or attributes that describe the presentation event. 

W 20 [0261] Good Identifier: This field is populated with a xmique identifier for the 

i2 good in the event, typically a SKU number. 

[0262] Selling Location Identifier: This field is populated with a unique identifier 
for the selling location of the event, typically a store number. Two fields may be 
used, to identify the selling location by number, such as a store number, and to 
25 describe its location, such as by city and shopping center. Altematively, a selling 
location number may be associated with a selling location description stored in a 
separate table. 

[0263] Quantities: One or more quantity fields can give presentation quantities 
for specific time periods. The time periods can be implicitiy related to the memory 
30 location or array location where the quantity is stored. Altematively, explicit start and 
stop dates for the presentation can be stored. 

[0264] Start Date: This field, when present, is populated with the start date of the 
presentation. 
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[0265] End Date: This field is populated with the end date of the presentation. 
[0266] Fixture Assignment: An alternative to assigning a presentation quantity, 
as a number, is to assign a fixture in which the good will displayed. This altemative 
applies when a fixture schedule is used, identifying types, quantities and capacities of 
fixtures at selling locations. Fixture assignments are associated with start and end 
dates, implicitly or explicitly, just as quantities are. 

[0267] Presentation Type: This field is optionally populated with a code for or 
description for the presentation. When a code is used, a presentation description may 
be associated, firom a separate table, with the type. 

[0268] This logical table may be constructed fi"om a number of physical tables, 
designed for easier user maintenance. The presentation demand calendar may be used 
on an exception basis to identify presentations with substantial impacts on other 
activities. 

[0269] Presentation quantities can be assigned to key goods or goods being 
promoted, to ensure that there is sufficient inventory to support the desired visual 
presentations and projected selling of those goods. . At the other end of the spectrum, 
presentation quantities can be said for every good by store group, where all stores in a 
store group have the same display fixtures. Visual presentation demand requirements 
maybe accompanied by setup instructions for selling locations, which may be 
distributed to guide selling location personnel in presenting goods. In an integrated 
system utilizing the present invention, this logical table may be used as input to a 
forecasting engine, which uses one or more forecasting approaches. The output of the 
forecasting engine can be analyzed in many ways, such as for ordering, allocation, 
distribution, markdowns, opened by, promotional planning, and forward buying 
planning. These analyses drive the inventory of goods available at selling locations 
and distribution centers. A multipxirpose presentation demand calendar supports 
efforts of a retailer to generate good and selling location specific analyses. 
[0270] Using a display fixture schedule is one way of reducing the workload for 
setting up presentation demand requirements. A display fixture schedule allows the 
user to associate presentation quantities with a good at a selling location. A display 
fixture schedule may include a fixture identifier, such as a imique name for particular 
fixture, promotional display point or other mode of presentation, (e.g., table 1 
department A, rounder 5 department C or 4-way department G.) It also may include a 
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capacity of the fixture. A set of named fixtures is then associated with each selling 
location, so that the quantity of each fixture at each selling location is specified. 
When the layout of selling location changes, different fixtures can be associated with 
the location. Through the presentation demand calendar, goods are assigned to 
5 fixtures for periods of time. The system takes into account the capacities of the 

display fixtures and the number of display fixtures at each selling location to calculate 
presentation demand quantities. For good-selling location pairs, more than one 
fixture at a selling location can contain the same good. Therefore, the total 
presentation quantity for a good at a selling location may be the sxmi of presentation 
10 quantities required for more than one display fixture. Using this approach, the system 
can calculate the presentation demand fi*om fixture assignments for goods. 
[0271] In practice, an array of memory positions in a presentation demand 

O 

calendar may be associated with successive time periods. The start and end dates for 
;y these periods are implied firom the position in which a presentation quantity or fixture 

Ln 1 5 assignment is stored. The start and end dates for successive time periods may define 
j q non-overlapping or overlapping periods of time. 

^ [0272] There are a number of ways of associating presentation quantities with a 

O good at a selling location. One of the simplest firom a data perspective is to create a 

data table, see figure 36, fi:*om inputs that has the item identifier 3605 and the location 
20 identifier 3625 related to the presentation quantity 3608 with an accompanying start 

171 

date 3602 and end date 3603. However, while this satisfies all the data requirements 
it may not be the easiest approach for the user. 

[0273] A potential improvement on entering the information would be to organize 
the data entry by date range periods with an identifier. This will require entry of the 

25 date ranges but then will streamline the data entry for each item and location 

combination, figure 37. So as shown in figure 37 while you will still enter in some 
manner the item identifier 3605 and location identifier 3625, which may be drop 
down menu or some way of entering more than one item and location identifier at 
once, you will then enter the presentation quantities 3608 into date ranges. 

30 [0274] Further improvements may involve adding fixtures that are then populated 
with items and then attributing the fixtures to the selling locations. How that might 
work is exampled in figure 38. The presentation quantities 3608 can be populated for 
date range indicators 3606 with an item identifier 3605 and fixture identifier 3620. 
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The fixtures identifiers 3620 are then attributed to the location identifiers 3625 in one 
of a number of manners like that done in 3650 or 3651 . By doing all of this you end 
up getting item and location time specified fixturing. Further improvements to this 
may include having the information entered in by fixture like in 3609a, 3609b, 3609c 
5 and 3609d in figure 39. Here the presentation quantities 3608 can be populated for 
date range indicators 3606 with an item identifier 3605 for a fixture 3620. Again the 
fixture to location attributing can be done in multiple manners such as 3650 and 3651 
in figure 39. 

[0275] Further improvements exampled in figure 40 may involve adding setup 
10 identifiers that are then populated with presentation quantities 3608 can be popiilated 
for date range indicators 3606 with an item identifier 3605 for a setup indicator 3640. 
Here there would be multiple setups like 3610a, 3610b, 3610c and 3610d. The setup 
indicators would then be attributed to fixtures like in figure 40 in 3670 or 3671 where 
the setup indicators 3601 and fixture identifiers 3620 are attributed. Then the fixture 
15 indicators 3620 are attributed to the location indicators 3625 in one mode like in 3680 
or 3681. 

[0276] In any of the above approaches the system can calculate the presentation 
quantity for goods for particular locations for particular time periods. However, in 
some or all of the above methods it is possible that there are multiple presentation 

20 quantities per item and location pair for a given day, week or time period. This could 
result fi-om an item being on multiple fixtures and/or on multiple setups at a selling 
location or may result because it is easier to input values in a way that results in 
multiple presentation values per location. It could also happen because there are 
overlapping time fixture, setup or otherwise time periods that result in an item for a 

25 location having multiple presentation quantities. Then to arrive at the presentation 
value that is typically passed to the other systems or system activities the multiple 
values are added together. In some cases it is xxseful for the other systems or system 
activities to get the fixture by fixture, set up by setup or other combination 
presentation values and use those values, so in that case the individual presentation 

30 values are sent. In some cases the other systems or systems activities want both the 
total presentation quantity and the individual fixture by fixture or other values fi-om 
which they are derived. 
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[0277] The presentation demand calendar table serves as the single repository of 
presentation demand information feeding a range of retail systems or a range of 
different activities within a system, where the following could be separate systems or 
separate activities within a system. 
5 [0278] Ordering: An ordering system or ordering activity within a system 
typically determines the quantity of a product that should be ordered from a 
distributor or manufacturer in order to meet expected sales with some additional 
allowance for safety stock. In calculating required order quantities, it is useful to 
understand the inventory requirements to support the selling and visual presentations 

1 0 desired in the selling locations. Because the presentation quantities entered into the 
presentation manager should affect the inventory required, it is helpful for the 
ordering system or activity to get this information from the presentation manager in 
order to make the most accurate determination of the order quantity. For example, if 
the presentations in the selling locations at the end of the order coverage cycle (i.e., 

15 the time period for which the orders must support the selling and inventory 

requirements of the selling locations) are higher or lower that should be factored into 
the order, if it is not then the likely desired presentation quantity may not be available 
in the selling location. 

[0279] Allocating: An allocating system or allocating activity within a system 
20 typically determines the quantity of goods to be sent from a selling location that either 
does not stock goods or does not want to stock this good now to the selling locations 
that stock or use the good. In determining these quantities it is useful to understand 
the expected rate of future selling and inventory levels required for the goods that are 
being allocated. Because the presentation quantities entered into the presentation 
25 manager should affect the inventory reqxiired, it is helpful for the allocation system or 
activity to get this information from the presentation manager in order to make the 
most accurate determination of the allocation quantities. For example, if the 
presentation quantities for the set of locations served by one part of the allocation are 
higher tiian those in another part of the allocation, the former group of locations 
30 would expect to receive more goods if the presentation quantities are factored in. 

Therefore it is helpful for the allocation system or activity to get this information from 
the causal event calendar in order to make the most accurate determination of the 
allocation quantity. 
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[0280] Distributing: A distribution system or distribution activity typically 
determines the quantity of an good that should move from one stocking location to 
another stocking location, typically from a distribution center to a store. In 
calculating required distribution quantities, it is usefiil to understand the expected rate 
of selling and the inventory required in the location to which the good is being sent in 
order to determine the quantity that should be sent. Because the presentation 
quantities that are entered into the presentation manager identify changes in inventory 
required, it is helpful for the distribution system to get the causal presentation 
manager information in order to make the most accurate determination of the 
distribution quantity. 

[0281] Associating respective presentation quantities, presentation dates and time 
elements with the good at the selling locations is usefully combined with looking 
forward and rolling up projected demand requirements, taking into account the 
presentation quantities and presentation dates. As explained above, looking forward 
means looking forward into the future from a particular look forward date. The date 
may be the date of the on hand inventory data, the date on which analysis is 
performed, a proposed date for a decision or action, or any other date related to the 
decision or action. The decision or action may involve ordering the good from a 
supplier, post allocating the supplier's delivery of the good, distributing the good 
among stocking and selling locations, determining the OTB, estimating the bottom up 
plan, determining the best markdown decisions and determining the best promotional 
or forward buy. The interval during which the presentation quantity affects the 
analysis is the time between when the inventory being examined will be available at 
the selling location. This interval is analyzed because it is when the presentation 
quantity supplied will impact the decision for which it is being included. 
[0282] The presentations then may be identified in the presentation manager or in 
the system or system activities using the presentation manager as to their type (for 
example RPQ, PQP, SDM or APQ) and the mathematical mode of their usage. For 
example a presentation quantity may be used in different ways in basic item activities 
like ordering, allocating, distributing, OTB or planning than in the same activities for 
fashion or seasonal goods. The timeframes for which the presentation quantity values 
are used also vary by activity. To more fiilly describe this we will first example the 
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timeframes used for each of the activities and then we will discuss the different 
mathematical modes for using the presentation quantities. 

[0283] A distribution activity uses one or more of the presentation quantities in 
Figure 41 during the time frame within the distribution coverage cycle 4101 and more 
5 likely during the timeframe of when this delivery arrives at the selling location and is 
ready for sale through to when the next delivery arrives at the selling location and is 
ready for sales 4105. 

[0284] In a simple order activity you would use a presentation quantity or 
quantities during the specific coverage cycle that includes the selling location. In 
10 figure 42 that would be during the distribution cycles 4101A, 4101B and 4101C. And 
more likely you would use a presentation quantity or quantities during the timeframe 
of when the deliveries supported by the order arrives at the selling location and is 
2 ready for sale through to when the next delivery arrives at the selling location and is 

:^ ready for sales, which would be the equivalent of figure 41 4105 for each of the 

ITi 1 5 distribution cycles, 4101A, 4101B and 4 1 0 1 C in Figure 42. In a more sophisticated 
j n version of ordering you might step day by day through the end of the total allocation 

' cycle 42 1 0 using the presentation quantities for every day at the selling locations and 

O therefore affecting what would be sent to those locations on a daily basis. The reason 

1^ you would do this is that if there are large presentation quantities in early days that 

^ 20 require sending quantities to particular locations, then you would want to factor these 
[=4 impacts into where the inventory is located and how much is needed. Frequently you 

run into situations where large presentation quantities that used during promotions, for 
display purposes, end up leaving selling locations overstocked. Unless these 
situations are factored in then you will miderstate the required orders to then support 
25 the locations that are not left overstocked.. 

[0285] In an allocation activity you would use a presentation quantity or 
quantities during the specific coverage cycle that includes the selling location. In 
figure 42 that would be during 4101 for each of the stores supported by the allocation. 
And more likely you would use a presentation quantity or qxiantities during the 
30 timeframe of when the deliveries supported by the allocation arrives at the selling 
location and is ready for sale through to when the next delivery arrives at the selling 
location and is ready for sales, which would be the equivalent of figure 41 4105 for 
each of the distribution cycles, represented by the single cycle 4101 in Figure 43. In a 
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more sophisticated version of allocation you might step day by day through the end of 
the total allocation cycle 4320 using the presentation quantities for every day at the 
selling locations and therefore affecting what v^^ould be sent to those locations on a 
daily basis like we described above for ordering, 

[0286] In an OTB activity you would use the presentation quantity or quantities to 
determine the inventory levels that are required to support the selling. It is very much 
like calculating what is going on during the order cycle and if the OTB period extends 
beyond the end of the order cycle for different items then an automated OTB very 
well may be running a number of successive order cycles. So in that case the OTB 
system or activities within a system would make use of many presentation quantities 
for each store and could use as many as multiple presentation quantities per item and 
location and date combination. 

[0287] Markdown suggestions are most effectively done knowing where 
inventory is currently located or would be located in the future, if not all of the 
inventory has been shipped to the selling locations. So the markdown manager 
typically uses presentation quantities for dates after the date the markdown is being 
run and before the out date (i.e., the desired date of last sale) for the good being 
marked down , 

[0288] Promotional buying or forward buying systems or activities within a 
system also are driven by what inventory levels are desired throughout and after the 
trade or consxmier promotion. Since presentation quantities can be an important 
driver of inventory levels during and after promotions that information is important to 
understanding how much goods to buy for the promotion or forward buy. Thus these 
systems or activities within a system would benefit fi"om getting presentation 
quantities firom a presentation manager on dates after the cxirrent date and through the 
future dates through which the purchased inventory would be sold. 
[0289] There are a number of ways that the presentation quantity gets factored 
into the activities. For example a distribution model stock can be calculated, taking 
into account presentation quantities, using either of the following equations: 

ModelStock(selling location, good) = Maximum of 
((PresentationQuantity (selling location, good, time), DemandProxy(selling location, 
good)) + SDM(selling location, good, time) 
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or, 

ModelStock(selling location, good) = DemandProxy(selling location, 
good) + PresentationQuantity (selling location, good, time) + SDM(selling location, 
good, time) 

5 . - 

[0290] If the first equation is used, the quantity available in the stocking location 
will be allowed to fall below the presentation quantity between receipt of distributions 
and so the presentations will be treated in the regular manner described before. If the 
second equation is used, the presentation quantity will be protected or capped (as 
10 described previously); the quantity available in the location should not typically fall 
below the specified presentation quantity between receipt of distributions except in 
the case of a fashion program selling well above its plan (described in more detail 
!S below). Variables in these equations include: 

[0291] PresentationQuantity (selling location, good, time) of either regular (RPQ), 
Lq 15 average (APQ), protect (PQP) or capped (CPQ) types are determined using the 
approaches described below. 
' [0292] DemandProxy (selling location, good) may be a measure of projected 

O demand requirement for the coverage cycle. It typically includes projected selling 

1^ and safety stock forecasts. For the present invention, virtually any DemandProxy can 

20 be modified to reflect the real world consideration of presentation quantities; the 
M manner in which the DemandProxy is calculated is not a part of the present invention. 

And fashion or seasonal demand proxies may be calculated in very different ways 
than basic item ones. 

[0293] SDM(selling location, good, time)^ again, is a shorthand for "special 
25 display minimum." It is a user specified value that can be directly assigned. For 
instance, a SDM may be useftd when xising the first equation above and desiring to 
protect a special display quantity firom being sold during the coverage cycle (such as 
an item in a display window that you are not willing to sell during the display period). 
It can also be used as an additional safety factor to cushion model stocks against 
30 problems of poor data integrity. 

[0294] When the decision or action of concern involves a distribution, the model 
stock equations can be extended to calculate distribution quantities. One equation for 
this calculation is: 
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DistributionQuantity = ModelStock(selling location, good) - 
Onhand(selling location, good) — Intransit(selling location, good) 

[0295] Variables in the equation include: 

[0296] ModelStock(selling location, good) from prior equation(s). 

[0297] Onhand(selling location, good) is the quantity of the good at the selling 

location, based on the available information. 

[0298] Intransit(selling location, good) is the quantity of the good in-transit to the 
selling location. This quantity would include quantities already allocated but not 
picked, as well as quantities picked but not shipped, and quantities physically in- 
transit to the selling location. 

[0299] From these equations above you can see how the presentation quantity gets 
used in determining the distribution quantities. It is useful to then keep in mind that 
the distribution quantity may then get adjusted by further factors such as minimiim 
distribution quantities, shipment increment quantities (e.g., that shipments are in 
multiples of 120 but not in between), case pack quantities (e.g., shipments are in 
multiples of the physical shipment case) and distribution center stock availability (in 
the event of the total shipment desired for an good being more than the DC has 
available some logic is applied to send out the quantity available in the manner that 
will best support it going to the stores most likely to need it first). Application of any 
one of these may be as simple as any positive distribution quantity below the 
minimum distribution qxiantity gets moved up to the minimum distribution quantity or 
there may be logic that says anything below x percent of the minimum distribution 
quantity is rounded down to 0 and the rest are rounded up. 

[0300] When the decision or action involves ordering goods, allocating goods, 
determining bottom up planning requirements, making OTB estimates or tradeoffs or 
making promotional or forward buys a similar factoring in methodology is utilized 
where the selling location demand proxy needs are compared to and/or combined with 
the presentation quantities to arrive at the model stocks. These model stocks are then 
factored into the orders, allocations, OTB inventory requirements, planning inventory 
requirements, promotional or forward buy quantities and markdown inventories. 
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[0301] For each of these situations, a particular presentation quantity 
determination type (e.g., RPQ, APQ, PQP or CPQ) including mode of incorporation 
into the model stocks and resulting forecasts of inventory and the timing of which PQ 
value during the period of concern will need to be selected, when there are a variety 
5 of presentation quantities within the period of concern. 

[0302] As we have previously discussed the PQ can be additive to the demand 
proxy to arrive at the model stock or the model stock can be the maximum of the PQ 
and the demand proxy. If the PQ is in regular PQ mode then the maximum 
calculation approach is used for determining the model stock. If a PQ is in the PQ 
10 protect mode (RPQ) then the additive approach to calculating the model stock is used 
You could elect to use either calculation approach with the average PQ (APQ) or the 
capped PQ (CPQ). PQs may also change over time for an item. For example, they 

Q 

may start as one type when the good is introduced and then change to another type 
later in the life of the good. 
15 [0303] Fashion or seasonal items tend to use capped PQs because by the end of 

fy 

Ijl the product life it is usually desirable for the PQ value to reach zero (because the 

I f= 

' inventory level should reach zero). The capping approach can be done in a number of 

D manners. One mode is to have an ideal PQ entered into the presentation manager and 

I J then to cap that nvunber based on the remaining sales at a location after the end of the 

! J 20 cycle for which the model stock is being calculated. Another mode is to base the 
H capping on some fraction of the remaining sales, where that fraction may be a fixed 

number or may change overtime (in some instances it is desirable to have that fraction 
decrease as you get closer to the end of the product life). The capping could be a 
straight function of the amoxmt of selling expected at a location. The capping could 
25 also be a function of the amount of time remaining in the life of the good or the 

fiaction of the good life remaining. The capping could be a function of the amount of 
inventory expected to be sent to a selling location. It could also be some combination 
of remaining sales, total sales, inventory, good life or good remaining life. 
[0304] In a the period of concern for determining the presentation quantity that 
30 may be a coverage cycle or part of a coverage cycle, there may be multiple different 
PQ values, for instance, when a presentational outsizing or placing items on multiple 
fixtures takes place during part but not all of the period of concern. In the case of 
multiple different PQs, a nimiber of approaches can be taken to selecting a PQ to use. 
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One option is to use the PQ for the location on the last day of the coverage cycle. 
This will ensure that you end up with the desired PQ factored in on the last day. 
Another option which generally results in higher stocking levels is to use the 
maximxim value during the cycle. This is useful for a presentational event that is 
5 shorter than a review cycles. It covers the peak PQ value for the activity. Another 
option is to use the maximum value of the PQ within the dates between distribution 
coverage cycle end date and an earlier date reflecting the length of the distribution 
review cycle. This option delivers the maximum PQ value between when the current 
shipment or distribution arrives and when the next shipment arrives. Another option 
10 is to use the value on the date that the desired activity goods are received at the 
location. This date, if not otherwise indicated in the system, can be determined by 
subtracting the length of the distribution review cycle from the distribution coverage 
cycle end date. Yet another approach is to take the average PQ (APQ) over the time 
i^' period of concern, whether it is an entire coverage cycle or a subset of one. This 

Ln 1 5 approach is neither of the more extreme numbers and can be preferred to safely cover 
j ^ a multitude of situations. Finally you may use a presentation quantity approach that 

looks at the values at the beginning and end of the period of concem and trends off of 
O that. This can be used to try and respond to promotional peaks but not leave the full 

.2 higher value at the end of the promotion. So if the PQs drop over the cycle the PQ 

y 20 used for the period is a mathematical weighting of the high and low quantities other 
than a straight average, where the high or the low number may be disproportionately 
weighted depending by whether it is first or last. So for example, the last number may 
be weighted 75% and the first PQ time wise weighted 25% in arriving at the PQ that 
gets used. Thus, a preferred PQ for a period of concem can be selected. 
25 . [0305] In an integrate system, presentation quantities can be taken into accoimt in 
a variety of analyses, beyond ordering, allocating and distributing. For instance, 
analyses for bottom-up planning, promotional planning or forward buying, open to 
buy management and markdown management analyses can benefit from a 
multipurpose presentation demand calendar. 
30 [0306] Bottom-up planning: Bottom-up planning provides good level plans for 
the future, typically providing sales, inventory, and receipt information on a daily or 
weekly basis from the present until some point in the future. Because the future rate 
of selling for each good is a key requirement for correctly calculating future good 
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plans, the bottom-up planning system or bottom-up planning activity should find it is 
helpful to get the causal event inforaiation fi-om the causal event calendar in order to 
make the most accurate determination of the future rate of selling for the good. 
[0307] Top-down planning: Top down planning provides plans at levels higher 
than individual goods, but some differentiate historical discounting where the point of 
sale (POS) data does not fully capture the causal factors, particularly for the 
exogenous factors (e.g., selling during Pre-Mothers day is usually not differentiated 
other than by date in a POS where as type of promotion can be). In these instances it 
is helpful to have the causal calendar data available to the Top-down Planning system 
or system activities. 

[0308] Open-to-buy (OTB) management: In OTB management, future inventory 
levels are predicted based on current inventory, expected selling, and expected 
receipts; the future inventory levels are then compared to budgeted levels in order to 
determine whether the current sales and ordering plan will result in exceeding the 
inventory budget (typically at the department level or higher). Because the future rate 
of selling is critical to calculating what future inventory levels will be, the OTB 
system or OTB activity should find it is helpful to get the causal event information 
from the causal event calendar in order to make the most accurate determination of 
the future rate of selling for an good. 

[03091 Markdown management: A markdown management system or markdown 
activity within a system typically determines the optimal timing and level of 
markdowns of a seasonal or fashion program in order to sell the total purchased 
quantity by a predetermined "out date'* while maximizing revenue. In order for a 
markdown management system to perform, it needs to query the causal event calendar 
in order to determine what event occur between the date of the markdown analysis 
and the "out date" in order to calculate the expected selling. For example, an good 
that has no event planned before its "out date" might require a markdown in order to 
reach full sell-through based on the rate of selling to-date; however, that same good 
with the same selling to-date may not require a markdown if some other event - a 
visual promotion, perhaps - is plarmed to take effect between the date of analysis and 
the "out date." Because the future likely rate of selling is critical to calculating what 
markdowns and markdown levels wiU be reqxxired, the Markdown system or 
Markdown activity should find it is helpful to get the causal event information from 
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the causal event calendar in order to make the most accurate determination of what 
markdowns are best. 

[0310] The systems or system activities discussed above may be further divided 
by types of goods, for example basic, fashion and seasonal goods. Therefore, you 
5 may have one distribution system or system activity for basic goods and another 
distribution system or system activity for fashion or seasonal goods. The example 
dimensions upon which the types of goods can be divided are described below: 
[0311] Basic goods. Goods that are reorderable are frequently called basic and 
can use different mathematical calculations to determine how much to order, allocate 
10 or distribute than other types of goods. 

[0312] Fashion/Seasonal goods. These goods are usually differentiated from 
basic goods in that they have limited or no ability to really be reordered once sales 

1—1 

=fl performance has been measured. The mathematical calcxilations to determine how 

Q much to order, allocate or distribute can differ by using historical sales profiles rather 

zl 15 than specific good history. 

in [0313] Fashion goods. These goods can be further differentiated to goods that 

'~ " have no exact good history and therefore the mathematical calculations are based on 

historical profiles, in-season selling performance or a combination of the two. 

[0314] Seasonal goods. These goods can also be further differentiated from 
20 fashion goods as having same good or very comparable good sales histories that 

however are discontinuous because the good is not sold year round. Therefore, the 

math may use that past good history and some combination of historical profiles and 

in-season selling performance. 

[0315] In addition, there may be other differentiations of goods such as goods that 
25 are rapidly obsolete (e.g., computers with certain chip configurations) versus those 
with a longer sales life (e.g., printer supplies for multiple printers). 
[0316] A multipurpose presentation demand calendar may allow users to enter the 
presentation demands in one place, use one approach, and have all the information 
assessable to all the systems or system activities from one table or set of tables. This 
30 increases the likelihood that goods will be handled the same way across multiple 
systems and that if a good moves from being basic to fashion that the user does not 
need to reenter information. It means that when a good is considered for markdown, 
if it has already been ordered, allocated and distributed and the presentation 
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information has been entered, it is then available for the markdown activity. It also 
ensxires that if a change is made in the past, present or future presentation calendar, it 
is effectively made for all the activities. If a single presentation event calendar were 
not maintained, then each system would need to maintain its own presentation event 
5 calendar or each system would not have the benefit of using future presentation 
information in order to make the best calculations possible. By establishing and 
maintaining a single presentation demand calendar that feeds all retail systems or 
retail activities that require the information, data entry burdens are reduced and 
consistency is increased. 

10 Open to Buy Analysis and Reporting 

[0317] As described above, planning can interact directly with forecasting or it 
O can utilize OTB tools. Many calculations for planning purposes are the same as so- 

=0 called statistical OTB analyses. Methods and devices for computer-implemented 

1%. OTB analysis were described in Application No. unassigned, filed 22 June 2001, 

^ y 15 entitled A Method and Apparatus for OTB Analysis^ by inventors Robert Dvorak, 
ill Richard W. Pastemack, Ronald Samuel Cope and Beth Li-Ju Chen. Retailers have 

■L=^ historically used "open-to-buy" (OTB) as a metric to manage their inventory levels at 

'"-4 some aggregate level above items, such as the department or category level. OTB is a 

jxi measure of the amoimt of additional inventory that may be purchased while remaining 

!=: 20 within an inventory budget, historically a department or category inventory budget. 

Aspects of the present invention include methods of and apparatus for analyzing 
projected future inventory against inventory budgets to determine open-to-buy 
inventory values. Aspects of the present invention include analyses based on a variety 
of ways the projecting future inventory. 
25 [0318] There are many varieties of OTB, including different sets of factors, which 
work to create a comparison of projected inventory to budget. OTB typically is 
analyzed monthly. Figure 44 depicts a typical OTB report. The report colimms 
typically start with last month's ending inventory or this month's beginning (BOM) 
inventory 4420, to which purchase orders scheduled to arrive this month 4421 are 
30 added. Then permanent markdowns expected to occur 4422 are subtracted, 

promotional discounts expected during the month 4423 are subtracted, the impact of 
Suggested Retail Price (SRP) changes 4424 are factored in, as are the impacts of any 
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other factors 4425 (e.g., write offs, employee discoxmts, damages, and shrink). 
Projected sales 4426 (usually at the projected transaction prices) are subtracted out to 
arrive at the projected ending month (EOM) inventory 4427. This ending month 
inventory is then compared to the budgeted inventory 4428 to determine how much 
open-to-buy dollars 4429 are still available within the month. 
[0319] While the use of open-to-buy metrics has been useful to retailers, the 
current approach to OTB calculations has significant weaknesses that lead to sub 
optimal retailer behavior and lack of actionable insight. These weaknesses, some of 
which are addressed by various aspects of the present invention, include: 
[0320] Lack of visibility into the source of OTB problems: If a particular 
category or department is OTB constrained (i.e., the current inventory level is close to 
exceeding or does exceed the budgeted inventory level), the historical approaches to 
OTB analysis have not provided specific item level insight as to the root cause of the 
problem (i.e., which items are causing the excess inventory position). Historically, 
OTB systems have not generated OTB evaluations at the individual item level (e.g., at 
the size, color and style level), but instead operate at higher level item groupings, such 
as department. Historically, OTB systems have not had inventory budgets at the item 
level, for large retailers, and have not forecasted sales or inventory at the individual 
item level. Because of this lack of specificity, the actions taken to resolve the OTB 
problem fi-equently are not targeted against the real source of the OTB problems. 
Typically, buying of additional inventory is reduced or curtailed on shorter lead time 
items (a problem discussed below) and promotional activity is undertaken to increase 
the rate of selling in the department or category in question. So in many cases the 
curtailed buying is not of items that will be overstocked, which firequently are the long 
lead time items, and therefore leads to stockouts and lost sales of short lead time 
items. In this sense, lead time may include fewer or more components of the time 
fi*om placement of an order to availability of items for sale at a selling location. Lead 
time may include such components as data lag time, data processing time, supplier 
lead time, distribution center ("DC") processing time, DC data lag time, DC data 
processing time, DC to selling location shipping time, selling location handling time, 
etc. The lead time components may include supplier lead time plus some or all of 
these components, depending on the circumstances. In some cases, promotions, to 
reduce inventory, which fi-equently include cutting prices, are also run on items that 
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are actually doing fine, resulting in lower profitability than would be achieved if the 
promotions were targeted at the items really causing the problem. 
[0321] Long lead time items crowd short lead time items: By definition, long 
lead time items must be ordered fi*om the vendor or manufacturer earlier than short 
5 lead time items in order to be ready for sale by the retailer at the same point in time. 
If a retailer encounters OTB constraints (i.e., the projected inventory level will be 
close to or in excess of the inventory budget for some point in the future), ordering of 
short lead time items is typically reduced or curtailed in order to bring the future 
inventory position below the budgeted level. Because retailers typically lack visibility 
10 into future OTB problems imtil many of the longer lead-time items have already been 
ordered, the current OTB management approach produces systematic bias against 
_ short lead-time items with sub-optimal results for the retailer. The root cause of this 

C= is that the sales and inventories of all items have not been determined on an equal 

p footing, e.g., stocking all items to a forecasted optimal selling level, and therefore the 

15 OTB system users of today can not easily tell whether they are buying to much or too 
\n little of the longer lead time items relative to the overall OTB budget constraints for 

.* " the groupings of items that they seek to manage the items in. 

.^==f [0322] Need to manage items in groups for OTB: Large retailers for 

M complexity purposes manage OTB in groups of items above the individual item level. 

20 This is because creating an inventory budget for future management purposes is time 
=~ consuming, managing each OTB group is time consimiing, forecasting each OTB 

group is time consuming and they do not have a mechanism for creating a sufficiently 
precise OTB budget at the individual item level. So in the past OTB systems have not 
been built that function at the item specific level. 
25 [0323] There are also some secondary weaknesses that cause OTB outcomes to be 
less than optimal. These are as follows: 

[0324] Lack of sophistication in fashion or seasonal OTB sales and inventory 
forecasts: Fashion or seasonal items are typically differentiated from their basic 
coimterparts by their lack of reorderability or the shortness of their sales life. Before 
30 they are put on sale their projected sales and inventory levels must be generated 
without real selling performance and such impacts as store specific presentation 
qxiantities are frequently not factored into their projected inventory requirements. 
Once selling starts then the real sales results should be factored in, however, for those 
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items selling below expectations you must go beyond that to get a good forecast. 
Maikdowns may be required to sell the goods and these markdowns and the resulting 
sales acceleration and permanent markdowns need to be factored in but OTB systems 
today do not do that at the individual item level required to really get good forecasts 
of sales and inventories on the items that are creating problems. These systems also 
do not have tiie integration of the markdown system to supply the item and potentially 
item and location specific markdowns required to sell the goods. Therefore the 
current OTB systems give an inaccurate picture of what is going to happen once the 
selling of the short life items starts and specific item level actions start to become 
apparent. 

[03251 Lack of incorporation of real world factors into Basic item OTB sales 
and inventory forecasts: OTB systems today do not include item specific factors 
like presentation quantities, in dates, out dates and stock out impacts. These can 
result in material differences in the sales and inventory estimates and therefore should 
be included to best forecast the OTB position. By best understanding the OTB 
position at the item level you are then better able to determine the best corrective 
actions. 

[0326] A new approach to open-to-buy can address the some of the weaknesses 
outlined above. Aspects of the invention include: 

(a) building up future sales and inventory projections fi-om an item 
level upwards - not a more highly aggregated level, such as 
department or category; 

(b) building OTB projections incorporating expected fixture orders and 
receipts - calculated by the system if required - into the open-to- 
buy calculation, with the simulated ordering and receipt extending 
at least as far into the fixture as the longest lead time item or needed 
to cover lead times for ordering and receiving delivery of most 
items; and 

(c) identifying items that are on a course to being over bought, relative 
to the optimal inventory levels or the inventory budget levels. 

[0327] This approach can then also be improved by mixing in the following 
additional elements: 
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(d) building OTB projections from selling locations (typically stores) 
and stocking location model stocks over time, reflecting the desired 
inventory level in each location to support selling and presentation 
requirements; and 

(e) building sales and inventory levels at the item and location level, 
incorporating item specific seasonality, promotion, and other real 
world factors such as in dates, out dates and projected stock out 
impacts. 

[0328] These components may be mixed and matched in accordance with the 
various aspects of the present invention. One approach to executing the new OTB 
methodology is to run a simulation for individual items and locations, simulating 
projected sales and other factors impacting inventory levels. Simulated results are 
rolled up to arrive at a higher level of the product hierarchy, the level at which OTB 
management takes place. As a corollary, a system may roll back down budgets set at 
-the higher level and suggest which items are over or under stocked so that corrective 
actions can be taken. The roll down of budgets to items can be extended by 
constraining notional orders/deliveries to fit within budget and reporting the lost sales 
resulting from adherence to budget. The OTB over or under stock calculations 
compare budgeted inventories and projected inventories. These comparisons can be 
done different ways, driven by different definitions of the budgeted inventory. For 
example, sometimes the budgeted inventory is the end of month inventory level. 
Other times it is the beginning of month level. Occasionally, it is an average or peak 
value during the month. The example that follows uses the end of month inventory 
for OTB comparisons. However, the math works similarly for the other cases, using 
different points of comparison. Figures 45-48 depict sample reports derived from 
OTB analysis in accordance with aspects of the present invention. Steps useful to 
generation of reports or displays such as Figures 45-48 may include the following: 
[0329] Determine the time horizon ("end date"). The end date of the 
simxilation can be set arbitrarily, but should extend far in enough in the ftiture to be 
further out than the lead time of the longest lead-time item being analyzed. It may be 
the inventory management planning time horizon. There may be exceptions where 
that inventory management planning time horizon is shorter than the longest lead-time 
item, e.g., where there are a few items with very long lead-times, and then one could 
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use the inventory management planning time horizon, e.g., frequently a year, as the 
end date. In Figure 45, the end date would be the month 310. 
[0330] Determine the expected sales for the item for each day for each 
location until the end date. Expected sales need to be forecasted. In one 
5 embodiment, expected sales are forecast for each selling location on a daily or more 
frequent basis. Various methods of doing this calculation are set for the in the 
applications incorporated by reference. Weekly or adjusted weekly forecasts also 
may be used in accordance with the present invention. Numerous causal and non- 
causal techniques are used by retailers to forecast sales, including ARIMA, 

10 multivariable regression, and historical selling extrapolation. Location-day forecasts 
can reflect causal events that affect the rate of selling, such as promotions, 
presentation changes, and seasonal events. Adjusted weekly forecasts may include 
weekly forecasting approaches that then try to take into accoimt daily selling 
differences. For example, a weekly sales forecasting approach that then factors in 

1 5 promotions for part of a week by adjusting the weekly forecast for a fraction of the 
week that falls during the promotion is attempting to make a weekly forecast more 
accxirate. Those sales should then be forecasted taking into accoxmt specified factors 
such as in dates, out dates and last PO receipt dates. Those sales can be forecast to 
achieve the maximum service level possible (i.e., always in stock-target), a specified 

20 lesser in stock level, an optimal economic stocking level (i.e., a stocking level where 
the in stock target reflects economically optimal tradeoff of potentially losing a sale 
versus the costs of having extra inventory at that location to avoid losing the sale). 
[0331] In the case of short life or non reorderable items, such as seasonal or 
fashion items, the sales forecast should change from the preseason buying plan to take 

25 into account actual sales diiring the selling season. For items under performing their 
plan, OTB analysis can factor in the causal events (e.g., sales or promotions) that 
would be needed to close out inventory and finish the program. A user-fiiendly way 
of doing this is to use the optimal answer from a markdown optimizer as a causal 
input to projected fiiture sales and inventory. This gives the optimal seasonal or 

30 fashion selling performance without additional user entry. Given that OTB would be 
running at the item level, which can be well above a milhon items for a department 
store retailer, having a highly automated solution is useful in making the more 
accurate item level OTB work. 
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[0332] Item level forecasting approaches also can take into account factors such 
as projected stock outs within the current order cycle of each item, by reducing the 
projected sales by the likely impact of the stock out. When the system identifies 
projected stock outs, potential corrective actions can be considered, such as 
expediting an existing purchase order or placing an additional expedited purchase 
order. Daily sales forecasts can be rolled up to monthly totals, to give the item level 
sales forecast 4519 in Figure 45. Item level sales within an OTB grouping, such as a 
Department, can be totaled to give the sales value 4619 in Figure 46 for a Department. 
Colimm 4619 in Figure 46 would then be an improved forecast of future sales and 
inventory. The system calculations could also identify any projected sales lost 
because of stock outs, 4525 in Figure 45, and roll those values up to get the total 
Department value 4625 in Figure 46. 

[0333] Determine the desired or optimal selling model stock inventory level 
for each day for each location until the end date. The desired or optimal stock for 
each selling location (typically stores and distribution centers) will be based on a 
determination of the appropriate model stock stocking level for each location given 
that location's expected selling level (or the selling and stocking requirements of the 
locations that it services) and the variability of that selling or stocking requirements 
and the cycle times involved in stocking the location, along with the frequency of 
replenishment from a distribution center to that location. Multiple techniques exist 
for determining the model stock, which typically are based on the expected selling 
with additional safety stock to support variability from the expected selling. The 
model stock may be adjusted to take into accoimt presentation quantities needed for 
an attractive sales display of an item. The system also could identify items that are 
overstocked relative to the optimal, desired or budgeted OTB stocking level. It can 
identify overstocks in a number of different manners. 

[0334] One manner is to compare the projected stocking level for each item and 
location to a model stock driven optimal value and identify any values above the 
model stock as a Statistical Overstock, column 4526 in Figure 45. The item in Figure 
45 does not happen to have an overstock and actually is imderstocked through the end 
of the time period for which there are Firm Receipts 4513, as shown by the lost sales 
in August -00 through October -00 4525. However, had there been overstocks they 
would have shown up in 4526. The total of those item values would be rolled up into 
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higher level groups, as in column 4626 of Figure 46. Further refinements may be 
introduced, including whether the overstocks exceed outstanding purchase orders 
(placed but not fulfilled) for the item, 4527 in Figure 45 and 4627 in Figure 46. The 
values in 4527 are calculated using the smaller of the Statistical Overstock value 4526 
5 and Firm Receipts 45 1 3. The higher hierarchy level values like the department level 
value in 4627 are simply the mathematical simimation of the 4527 values for all the 
items in the department. Outstanding purchase orders may be a focus of analysis 
because many retailers cannot send back inventory that they already own and so are 
interested in first identifying inventory ordered but not received. Another 
1 0 determination may include the overstocks in excess of the minimum order quantity 
MOQ, columns 4528 in Figure 45 and 4628 in Figure 46. Many retailers have to 
purchase goods in minimimi order quantities and therefore at the point that they place 
'5 an order they are likely to order more than they need at that moment. For overstock in 

□ excess of MOQs, the Statistical Overstock 4526 is compared to the Minimum order 
jy 15 quantity value, and Statistical Overstock Above MOQ 4528 is the Statistical 

li} Overstock 4526 minus the Minimum order quantity value. If the difference is 

negative, then it is set to 0. Again, the department level grouping 4628 is simply the 

C] simmiation of all the item level values 4528 for all the items in the department. 

Finally, retailers may want to combine the tests of whether they have POs and 

□ 20 whether the stock is then above the MOQ with a combination test as shown in 

"~ columns 4529 in Figure 45 and omitted from Figure 46. The Statistical Overstock 

above MOQ with PO 4529 is at the item level the minimum of the Statistical 
Overstock with PO 4527 and the Statistical Overstock Above MOQ 4528. Again, the 
department level value (omitted fi-om Figure 46) is simply the mathematical addition 

25 of all the values 4529 for all the items in the department. 

[0335] Another measure of overstocks is depicted in Figures 45 and 46, where the 
inventory budget is prorated by the system from the OTB grouping level, in this 
example the department level of Figure 46, down to the item level of Figure 45. One 
prorating approach is to take the budgeted inventory level and prorate it to the 

30 individual items based on projected sales. Sales could be the projected sales 4619 in 
Figure 46 or the column 4619 sales plus estimated lost sales. The actual proration 
would be done using the item level values of projected sales 4519 or the projected 
sales 4519 plus the estimate of lost sales 4529. Since each value adds up to the total 
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for 4619 or the total omitted from Figure 46, the proration is done using the, individual 
values divided by the department level value (i.e., 4619 or 4619 plus 4620) multiplied 
by the department inventory budget to get the individual item inventory budget 
values. By combining in the lost sales estimate you weight each item against its full 
5 potential. Another prorating approach would be to use the projected inventory model 
stocks (before or after the incorporation of factors like stock out impacts or 
presentation quantities) to prorate the budgeted inventory. By using this prorating 
approach you are factoring in the elements that are not included in the sales 
projections like visual presentations. You could also use a prorating approach of 

10 using the end of month projected inventory 4621 in Figure 46 to create the item level 
inventory budget. The way that would work is the Statistical (Stat) End of Month 
(EOM) inventory 4521 for all the items in the department (which would total to 4621) 
divided by 462 1 multiplied by the Inventory Budget 4622 for the entire Department 
would give the individual item Inventory Budget 4522. That value would be used to 

15 calculate the item level Statistical OTB 4524. As the Stat EOM Inventory 4521 could 
be calculated a nimiber of different ways, there are many variations on the resulting 
Stat inventory level. For example, presentation quantities may or may not be included 
in the Stat Inventory level 4521 . Stock-outs may or may not be corrected for in the 
calculation of the Stat Inventory level 4521 . The Stat Inventory 452 1 may be set from 

20 calculations where economic optimal stocking levels are determined or specific 

service levels could be set and used for the stocking level determination. For short 
life items, the Stat Inventory 4521 may be determined with or without any ability to 
reorder the item. There may even be the opportunity to reduce the order on already 
ordered items by removing some or all of the remaining units by sending it to another 

25 channel (not coxmted in the OTB calculation like is occasionally done with Outlet 
Stores that are in a separate OTB) or selling it off to another company (e.g., another 
retailer or wholesaler). Which of these prorating approaches used can be adjusted to 
suit the desires of the retailer. 

[0336] Determine additional notional orders that will need to be placed in the 
30 future, including the expected quantity and receipt date for those orders to put 
all items on an equal footing. Notional orders and deliveries or receipts refer to 
system projected orders and resulting deliveries that have not been submitted to 
suppliers. Order needs in the fixture can be estimated on a daily basis to keep items 
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stocked at their model stock inventory level. This would be done for every 
reorderable item taking into account lead times and sales out dates. Some items, such 
as fashion or seasonal, may not be reorderable in the timeframe analyzed, so for those 
items there would be no notional orders. Use of notional orders and deliveries can put 
5 the short lead time and long lead time items on an equal footing for OTB analysis. 

[0337] Statistical OTB affords a forward view that equally protects long and short 
lead-time items. To achieve this in the statistical OTB, you include the notional 
orders (orders that would keep the item stock at an economic optimal or specified 
service level) in the calculation thereby optimally stocking all ongoing items 
1 0 throughout the entire time horizon for the OTB calculation. The report might look 

like Figures 45 and 46 and include calculations of both the actual OTB 4523 and 4623 
and Statistical OTBs 4524 and 4624. Alternatively, reports may not show all of the 
J columns, for example, leaving out the actual EOM inventories 4520 and 4620, as in 

I Figure 47, where the Stat EOM Inventory 4621 in Figure 46 is relabeled EOM 

I 15 Inventory 4721. 

[0338] The statistical OTB calculation assxmies that the notional receipts - 4514 
and 4614 - will be received; it includes notional orders/receipts in the determination 
of the statistical (Stat) end of month (EOM) inventory - 452 1 and 462 1 . The math is 
very similar to the other OTB calculations, typically starting with last month's 
20 Statistical ending inventory shown as this month's Statistical (Stat) beginning (BOM) 
inventory 45 12 or 461 2, to which any purchase orders that are scheduled to arrive this 
month Firm Receipts 4513 or 4613 are added as well as any notional orders 
determined to arrive during the month Notional Receipts 4514 or 4614, then any 
Permanent Markdowns 4515 or 4615 expected to occur are subtracted, any 
25 Promotional Discoimts 45 1 6 or 46 1 6 expected during the month are subtracted, the 

impact of any Suggested Retail Price (SRP) Changes 4517 or 4617 are factored in, as 
are the impacts of any Other Discounts 45 1 8 or 461 8 (e.g., write oflFs, employee 
discoimts, damages, and shrink), projected Sales 4519 or 4619 (usually at the 
projected transaction prices) are subtracted out to arrive at the projected Statistical 
30 ending month inventory Stat EOM Inventory 4521 or 4621 . This ending month 

inventory is then compared to the budgeted inventory 4522 (a prorated value) or 4622 
to determine how much Statistical open to buy (OTB) dollars 4524 or 4624 are still 
available within the month. 
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[0339] The Statistical OTB can be calculated at any level of the product hierarchy 
right down to the item level - 4524. Statistical OTB values will put all items on an 
equal footing without bias against short or long lead-time items and helps retailers 
target inventory areas or items that cause problems. Statistical OTB may be used to 
5 understand the severity of inventory problems (e.g., the statistical OTB at the item 
level) and where to target actions (e.g., the items with the largest statistical OTB 
problem). 

[0340] The statistical OTB can be extended by using rolled down inventory 
budgets to constrain notional orders and deliveries. Any prorating or other approach 
1 0 can be taken to rolling down the inventory budget to individual items or another level 
of the inventory hierarchy. Notional orders, whether based on optimal stock, service 
level (in stock performance), or some other criteria, can be constrained by the rolled 
*S down inventory budget. Individual items can be constrained or groups of items can 

=3 be constrained so that a notional order/delivery remains within budget. The 

! j ! 15 constrained notional delivery quantity can be used to calculate stockouts and lost 
m sales. In an iterative process, budgets and prorations can be adjusted to minimize lost 

' sales, lost profit or any other measxire of sales effectiveness. Ah additional aspect of 

^ the present invention is taking into account component inventory, for product that is 

M: ordered through the typical OTB process but which should not be part of the OTB 

2 20 calculation. Different kinds of situations would potentially cause this to occur. One 
example would be product that is purchased for use in creating other products, (e.g., 
kits, and gift baskets), where the final products are counted in OTB but not the items 
used in creating the gift baskets or kits (e.g., because that would be double coimting). 
However, to minimize work, satisfy minimum order quantities, and minimize overall 
25 inventory, the ordering requirements would likely be combined for joint management. 
So in calculating the OTB values for a particularly period of time, the non-OTB 
managed value which in Figure 48 is labeled Production Need 4840 would be 
removed from the inventory (in this example because of the sign convention used the 
value would be subtracted from the inventory) and if there were not sufficient 
30 inventory available to satisfy that need then a value would be added to the Change in 
Total Unfilled Production Need 4841 and that value added back to the inventory 
calculation that otherwise would be done as previously described. To keep a nmning 
total of all the unfilled production needs then and additional column would be added 
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labeled the Total Unfilled Production Need 4842 and the net impacts of what is going 
on in column 4841 would be made to column 4842. So this way you not only have a 
sophisticated mode of calculating OTB but can accommodate joint ordering and 
management of items that are tfien not going to be managed within the current OTB 
5 or in this particular department's OTB. 

Disruptive Events and Replacement Items 

[0341] Two special issues in merchandise planning and management are 
disruptive events and replacement or substitution of items. Disruptive events change 
the pattem of sales for a good. Many disruptive events can be represented by a step 
10 function. That is, sales will step up or down at a relatively well-defined point in time 
and remain impacted. Disruptive events may impact needs for and sales of items 
□ either negatively or positively. For instance, introduction of a large package size of a 

. j3 good can negatively impact sales of small packages of the same good. The large 

y package size cannibalizes sales of the small packages. Introduction of a 

i y 1 5 complementary good, for instance, introducing jelly at a store that sells bread and 
f^^ peanut butter, could have a positive impact on sales of the related good. Competition, 

^L, both fi-om competitors' stores and sister stores, has similar step fiinction impacts. 

'-•^ Opening of a new store nearby can decrease sales. Closing of a nearby store can 

increase sales. Opening of complementary stores can increase neighborhood sales 
O 20 . traffic and have a positive impact on sales. Disruptive events can impact items, 
locations or item/location pairs. 

[0342] Replacement of items involves feathering together old and new items or 
treating them as if they were different items. The feathering of the old and the new 
item typically involves the old item remaining on the shelf side by side with the new 

25 item until the old item is sold out. In the feathering case introduction of a 

replacement item is not as simple as copying old item information to the new item and 
building upon it. A system maintains many types of old item-related information, 
some of which are not subject to bulk transfer in the feathering case. It may also be 
desirable to j oindy manage the phase out of the old item inventory while phasing in 

30 the new item inventory in a way that the stocking of the new item is affected by the 
remaining stock of the old item. A system also may need to segregate inventory and 
sales of the old and new items for one reason or another. At the same time, it may be 
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desirable to treat the old and new items as one for most reporting purposes, taking 
care not to double count the old items for themselves and as items new items. 

Disruptive Events 

[0343] The disruptive events described above are examples of identifiable factors 
that have a step impact on sales and needs. The present invention applies to these and 
any other identifiable factors that have a step and continuing impact on needs or sales, 
as opposed to short lived promotions, which are better addressed using the techniques 
described in Application No. 09/708,944, filed 8 November 2000, entitled Me^Ao^/ 
And Apparatus For Distribution Of Fashion And Seasonal Goods^ by inventor Robert 
Dvorak, utilizing the markdown manager component or in Application No. 
09/760,377, filed 12 January 2001, QnMXl^d Multipurpose Causal Event Calendar For 
Integrated Management Decision Support^ by inventors Robert Dvorak and Kevin 
Katari. A step impact differs fi"om a promotion in the obvious ways and is handled 
differently. The system keeps the step impact distinct fi-om the past or fiiture sales to 
which it applies, for instance, in a separate field of the sales profile. In an altemative 
embodiment, the system could merge the handling of step functions with the handling 
of causal events, so that the step fimction was handled as an open-ended causal event, 
with a starting date and either a distant or open-ended end date for the causal event. A 
distant end date could correspond to a time when the planning cycle restarted, 
preferably after sufficient actual experience was accxmiulated to adjust the estimated 
step impact. 

[0344] Retail and consumer merchandise planning and management systems 
today (other than systems implementing the present invention) do not have a 
sophisticated and user friendly way to build into future sales forecasts disruptive 
events causing cannibalization of demard or enhancing demand. Nor do they then 
allow a user to determine after the fact whether a pre-disruption impact estimate was 
accurate or to revise and improve the impact estimate based on actual sales. Adding 
these capabilities allows users to anticipate changes in sales caused by frequent 
occurrences, such as addition of new items that caimibalize demand for old items, or 
less frequent and more sweeping occurrences, such as the opening or closing of a 
competitive store. These features allow a user to identify when the sales impact will 
be felt, e.g., the date of the new product arrival or the date of the competitor store 
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opening, and to estimate the sales impact at that time. With these estimates, longer 
lead time activities like ordering the item from manufacturing or a supplier can take 
into account the disruptive events. In an integrated system, the user can set and forget 
disruptive events having a step impact; the system automatically incorporates the step 
impact in all sales-related reporting and decisions. This sophistication and automation 
extends to checking actual sales impact at one or more predetermined times after the 
disruptive event happens, to test the actual magnitude of the sales impact and then 
automatically or manually to adjust future estimates of the step impact, consistent 
with actual sales. The adjusted fiiture estimates carry over into forecasting of sales 
and stocking of goods, with less work for the user managing the item. 
[0345] So-called "cannibalization cloning" starts with a user's estimate the impact 
of a disruptive event on item selling. The impact estimate can be subjective or have 
any other basis. The disruptive event may be an identifiable action by the retailer, 
such as introducing a new item or adding a nearby store that will cannibalize sales, or 
such as remodeling or resetting a store to make it more attractive, resulting in . 
increased customer traffic and sales. The disruptive event could also be a competitive 
change, such as a competitor opening or closing a store nearby. Altematively, the 
disruptive event could reflect an xmanticipated or xmpredicted impact on item selling, 
which is subsequently understood and linked to sales, either increased or decreased 
sales, with a date on which it started. 

[0346] . Figures 49-54 illustrate one embodiment of calculations implementing 
aspects of the present invention. The calculations depend on whether the impact date 
is in the future, the present (the same day that the analysis runs) or the past. When the 
impact is in the future, the sales history for the item and location remains unchanged 
and an impact estimate is included in the projection of the selling. Figure 49 is an 
example in which past sales are extrapolated into the future with level daily sales. (In 
real world cases, sales may fluctuate with the day of the week. Sophisticated 
forecasting approaches such as segmented probabilistic, regression or different types 
of ARIMA, working with actual history and a causal calendar might not produce such 
level sales.) This example illustrates the basic logic and operation of an impact 
estimate or cannibalization factor, which is calendared for 3/12/2001 with an impact 
estimate of -0.2. The cannibalization factor 4920 is a fraction, multiplied by 
projected unit sales 49 10 and subject to a roimding rule. Any reasonable rounding 
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rule can be used, or factional unit sales can be allowed. In an alternative embodiment, 
a specific sales quantity could be used for an impact estimate. For instance, if a 
competitor who was selling 100 items per day of an item closed their nearby store, 
100 items per day could be used as the impact estimate and added to the projected 
need or sales. Using the multiplicative factor 4920, figure 49 illustrates a drop in 
sales. The daily sales without the disruptive event on the date 4930 are projected to 
be 10 units. The disruptive impact or cannibalization factor is expected to be —20% 
(e.g., the -0.2 at 4920.) The new forecast, net of estimated disruptive impact, is 8 
units (i.e., 10 * (1 - .2) = 8,) at 4910 on day 3/12/2001 and later. 
[0347] Figure 50 is an example in which a further cannibalization impact is 
expected at a second date. The cannibalization impact estimate is -25% 240. The 
original sales forecast is 10 units 5010. The two cannibalization impacts are 
cumulative, resulting in a revised forecast of 6 unit sales (i.e., 10 * (1 - .2) * (1 - .25) 
= 6) 5040. Complementary to figure 50, figure 5 1 illustrates a positive impact on 
sales at a second date, for example due to a competitive store closing. The 
cmnulative impact in figure 51 is positive (i.e., 10* (1 - .2) * (1 + .5) = 12) 5140. An 
arbitrary number of cannibalization dates and factors can be applied in the same 
manner. They can be applied in any order, such as applying the most recent or most 
distant impact estimate first. If it is desired to apply multiple cannibalization factors 
to the same time period and keep the impacts distinct, additional fields can be added 
to accommodate the desired number of distinct impacts. 

[0348] Figure 52 illustrates the application of a cannibalization impact when the 
disruptive event happened in the past, on a date for which the actual sales are 
recorded. In figure 52, the caimibalization date 5230 is a day before the last date with 
recorded sales 5250. A deduction from actual sales is associated with the sales 
history for projection purposes, for the days before the date of the disruptive event. 
The caimibalization factor for a past disruptive event is not applied to the projected 
sales. Instead, the cannibalization factor 5220 is used to create a so-called Past Unit 
Sales Cannibalization Adjustment 5206. That Past Unit Sales Cannibalization 
Adjustment 5206 is the cannibalization factor 5220 times the actual unit sales 5205 
net of any previous Past Unit Sales Cannibalization Adjustment 5206 values. In 
figure 52, there is only one disruptive event, so the Past Unit Sales Cannibalization 
Adjustment 5206 is simply the cannibalization factor 5230 times the actual unit sales 
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5205 (e.g., -0.2 * 10 = -2). And once a sale is recorded for a date with a 
cannibalization factor 5230, then all the dates with sales before that date have a Past 
Unit Sales Cannibalization Adjustment 5206 calculated. The revised sales history and 
the associated impacts are then used to project future needs and sales. 
[0349] Figure 53 illustrates a more complicated case, in which there are two 
disruptive events in the past. The Past Unit Sales Cannibalization Adjustment will 
factor in both previous adjustments. In figure 53, the "-4" values 5306 from 3/4/2001 
to 3/1 1/2001 are actually composed of 2 different cannibalization impacts. For a 
disruptive event commencing on 3/12/2001, the first non-zero value of Past Unit Sales 
Cannibalization Adjustment 5306 is calculated. Because the relevant sales are 10 and 
the factor is -0.2, a value of "-2" is appHed to all the dates before 3/12/2001. Then, 
due to a second disruptive event commencing on 3/16/2001, the cumulative Past Unit 
Sales Cannibalization Adjustment 5306 all the dates before 3/12/2001 is calcxilated by 
adding the existing value of Past Unit Sales Cannibalization Adjustment 5306 (i.e., - 
2) to the Actual Unit Sales 5305 plus the current value of the Past Unit Sales 
Cannibalization Adjustment 5306 (i.e., -2) times the cannibalization factor 5340 (i.e., 
-0.25) so that the overall calculation is -2 + (10 - 2) * .25 = -4. If there were then 
subsequent cannibalization dates that become in the past then each would 
successively be added into creating the Past Unit Sales Cannibalization Adjustment 
5306. 

[0350] One issue to be considered in application of the present invention in the 
case when the disruptive event happens today, when the analysis is being carried out. 
Should today's disruptive event be treated as a past or fiiture event? The mode above 
assumes the cannibalization starts at opening time on the cannibalization date, 
however, closing time on the cannibalization date or half way through that day could 
be used. The time increments also could be different than days: longer, such as 
weeks or shorter, such as hoiirs. 

[0351] The system also can handle mixed situations, in which disruptive events 
happen in both the past and fiiture. In figure 54, Past Unit Sales Cannibalization 
Adjustment values 5406 are calculated for cannibalization events with cannibalization 
dates 5430 in the past (i.e., where actual xmit sales 5405 have been recorded). For 
cannibalization events that are in the future the cannibalization factor 5440 is applied 
in calculating the Projected unit sales 5410 for the cannibaUzation date 5440 and any 
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dates further out into the future. In other settings there may be multiple of 
cannibalization dates 541 5 that are now in the past and in the future and where those 
would be handled as described above. 

[0352] A system practicing aspects of the present invention changes its handling 
of disruptive events, as time passes and an event changes from being a future event to 
being a past event. Associating a cannibalization factor with a specific date or date 
and time is one way to faciUtate this automatic adjustment in the handling of 
disruptive events. Automatic adjustment allows the user to set a factor and then 
forget about it. The system correctly handles the event as it moves from the future 
into the past. 

[0353] Another aspect of flie present invention is that the system also can 
automatically rescale the estimated impact of one or more disruptive events after real 
sales results are posted. This is done using the logic described in Application No. 
09/755,355, filed 5 January 2001, entitled Method And Apparatus For Supplying 
Synthetic Sales Histories, by inventors Robert Dvorak and Kevin Katari, which is 
incorporated by reference. After a predetermined time interval, posted actual sales are 
compared to the a priori impact estimate and the impact estimate is corrected. The 
corrected impact estimate is used to recalculate the Past Unit Sales Cannibalization 
Adjustment values. This further simplifies the user workload and automatically 
increases the accuracy of the projected xmit sales, as a corrected impact estimate or 
cannibalization factor is used in calculations. 

Substitute Products 

[0354] Replacement mapping of a new item to an old item is useful where some 
form of item replacement is done, such as a packaging change, label change, 
sometimes sUght sizing change or any other change where a new item will replace the 
old item. In Apphcation No. 09/755,355, filed 5 January 2001 , entitled Method And 
Apparatus For Supplying Synthetic Sales Histories, by inventors Robert Dvorak and 
Kevin Katari, a portion of the steps implementing replacement mapping are described, 
in particular, mapping a new SKU for a good to an old SKU for a good can optionally 
be accompanied by flagging old and new inventory as basically interchangeable. That 
is, new inventory can be flagged as being available to meet demand for the cloned 
good, and vice-a- versa. A "map on hand" option can directs the system to coxmt 
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location, distribution center and other inventory (e.g., on hands and in transits) for a 
discontinued good against the required model stock or forecast demand for the new, 
repackaged item. Also treated at length therein is the automatic scaling of forecasts 
based on actual sales. That is, a priori forecasts can, after a predetermined or user 
selected time period of actual sales, be adjusted or scaled based on the actual sales. 
This adjustment can be either automatic or with user interaction. There are additional 
aspects to the present invention. . 

[0355] For items flagged to treat old and new items as basically interchangeable, 
the system combines the items for most pinposes but displays them separately as 
required or requested, without double counting. For merchandise planning and 
management purposes, the items are linked. Need and sales estimates are based on 
the combined availability of both items. Demand for new items is satisfied with old 
items and overstocking with new items is avoided. One impact of treating the items 
interchangeably is adaptability to a date of transition from the old to new item which 
is unpredictable or changing, due to actual sales of the old item. Linking the old and 
new items for planning and management purposes relieves the user of tinkering with 
protected sales of the new item, tracking the actual transition date. The system 
optionally reports both the linked old and new items. Aggregate reports of linked 
items avoid double coimting of either the old or new items, when displaying the 
linked items separately. An old item linked to a new item is counted only once as 
inventory on hand for openrto-buy purposes, for instance, instead of being counted 
both as the old item and as the new item to which it is linked. 
[0356] The system can automatically set an out date for the old item and an in 
date for the new, replacement item. The operation of in and out dates is described in 
many of the incorporated applications. Application No. 09/755,635, filed 5 January 
2001 , entitled Method And Apparatus For Modification Of Basic Good Forecasts, by 
inventors Robert Dvorak and Kevin Katari contains an extensive discussion of the 
impact of in dates and out dates on a coverage cycle in a distribution network, which 
applies to the impact of automatically setting in and out dates. In an alternative 
embodiment, the system can suggest in and out dates for user confirmation, either 
interactively at a display screen or in a report. More than one set of in and out dates 
can be suggested, if preferred. It is anticipated that users will prefer automatic setting 



Page 111 of 127 



BLFR 1007-1 




of in and out dates, to reduce the number of steps required to replace an old item with 
a new item. 

[0357] The system can automatically rescale the new item after actual sales are 
posted. As described above, a priori forecasts can, after a predetermined or user 
selected time period of actual sales, adjusted or scaled to reflect the actual sales. This 
adjustment can be either automatic or with user interaction. Combining this 
automatic feature with the automatic setting of in and out dates provides a simple way 
for a user to replace an old item with a new one. 

[0358] Another automatic or semi-automatic feature of item replacement is 
translating presentation quantities ("PQs") and causal calendar events for a plurality 
of locations from the old to the new item. Either or both of these data collections can 
be translated with little or no user time demands. It is usefial to automatically transfer 
PQs and causal calendar events because the transition date on which sales of the new 
item will begin may be a moving target, depending on actual sales of the residual old 
item inventory. PQs are set on an item/location (or location type) basis and may be 
set on a weekly, daily or more frequent basis. Different embodiments of the PQ 
translation feature can apply different translation rules or combinations of rules and 
can involve differing degrees of user interaction. One rule for translating PQs is to 
assign values from the old item to the new item, regardless of whether or not PQs 
have been assigned to the new item. A variation on this rule is to allow protection of 
specific new item PQs, so that old item PQs will be assigned to the new item, 
regardless of whether or not PQs have been assigned, unless PQs assigned to the new 
item have been flagged as protected. Another rule for translating PQs is to assign the 
maximum of the PQs set for the new and old items, with a null or missing value being 
filled in by assignment. A third rule is to use new item PQs for the first date for 
which they are posted and all dates thereafter, and to use old item PQs for all dates 
preceding that first posted date. The program could show the user the alternative 
effects of two, three or more rules, without applying them. The user could pre- select 
one translation rule or the other or set rules for adopting one translation rule or 
another, so the translation would run automatically, without user intervention. 
Alternatively, the system could prompt the user to select a translation rule in some or 
all instances, at the item level or a higher level in the inventory hierarchy such as class 
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or department or by location. The system could pronpt the user to select a translation 
rule with or without providing data illustrating the impact of alternative selections. 
[0359] Automatic translation of causal calendar events as part of automatic or 
semi-automatic item replacement is a time -saver for users. Promotions can be 
scheduled seasonally or aroimd special selling days and be applied even if a supplier 
begins shipping a replacement product. Causal calendar impacts of all types can be 
set up and left in place for a replacement product. This may be particularly helpfiil 
for products that the supplier controls, which are subject to new packaging or feature 
modifications with little or no notice to the retailer. Causal calendar events like PQ's 
are set on an item/location (or location type) basis and may be set on a weekly, daily 
or more fi^equent basis. Different embodiments of the causal translation feature can 
apply different translation rules or combinations of rules and can involve differing 
degrees of user interaction. One rule for translating causal calendars is to assign 
values fi'om the old item to the new item, regardless of whether or not causal 
calendars have been assigned to the new item. A variation on this rule is to allow 
protection of specific new item causal calendars, so that old item causal calendars will 
be assigned to the new item, regardless of whether or not causal calendars have been 
assigned, unless causal calendars assigned to the new item have been marked 
protected. Another rule for translating causal calendars is to assign both the causal 
calendars set for the new and old items. A third rule is to use new item causal 
calendar events for the first date for which they are posted and all dates thereafter and 
to use old item causal calendars for all dates preceding the first date for which a new 
item causal calendar event is posted. The program could show the user the alternative 
effects of two, three or more rules, without applying them. The user could pre- select 
one translation rule or the other or set rules for adopting one translation rule or 
another, so the translation would run automatically, without user intervention. 
Altematively, the system could prompt the user to select a translation rule in some or 
all instances, at the item level or a higher level in the inventory hierarchy such as class 
or department or by location. The system could prompt the user to select a translation 
rule with or without providing data illustrating the impact of alternative selections. 
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More About Planning 



[0360] Building on the preceding description, one embodiment of the present 
invention, aspects of which may be practiced in various combiuations, includes: 
[0361] (a) projecting future sales and inventory at an item location and day level 
and aggregating upwards, instead of handling items at a more highly aggregated level, 
such as class or category, instead of planning for groups of locations or all locations at 
once, and instead of forecasting the plan in weekly or monthly time increments; 
[0362] (b) incorporating important variables in forecast sales, including the 
impacts of stocking needs, thereby capturing the interrelationship of sales and 
inventory; 

[0363] (c) applying or selecting among multiple forecasting techniques that differ 
in their mathematical approaches and take into account the differences between basic 
and seasonal/fashion items; 

[0364] (d) determining optimal stocking levels for basic goods and 
seasonal/fashion goods, taking into accoimt their distinctive selling characteristics, 
and evaluating pricing for goods that are going to be marked down; and 
[0365] (e) linking planning with ordering, allocating, replenishment, markdown 
and OTB so that information entered in one place is used for multiple purposes and 
the various systems and results are synchronized; that is, they generate the same 
answers to the same question (e.g., forecast of sales for the next 20 days or the next 
promotional event). 

[0366] One approach to executing the new planning methodology is to run a daily 
item and location simulation for individual items and locations, simulating projected 
sales and inventory stocking and the cross impacts between inventory and sales. The 
simulated results are then used at the daily level and also rolled up to different time 
increments like weeks or months, groupings of locations Uke all stores and groupings 
of items fiom an individual items to much higher levels of the product hierarchy for 
particular planning reports. 

[0367] Expected sales need to be forecasted. In one embodiment, expected sales 
are forecast for each selling location on a daily or more frequent basis. Various 
methods of doing this calculation are set for the in the applications incorporated by 
reference. Weekly or adjusted weekly forecasts also may be used in accordance with 
the present invention although unless the weekly adjustments are very well done the 
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weekly variant will be less accurate and likely require more user work. Numerous 
causal and non-causal techniques are used by retailers to forecast sales, including 
ARIMA, multivariable regression, and historical selling extrapolation. 
[0368] Location-day forecasts can reflect causal events that affect the rate of 
5 selling, such as promotions, presentation changes, and seasonal events. Forecasting 
techniques can differentiate the periods of time when an item will be promoted, for 
instance by altering its price or displaying the product in a more prominent part of the 
store (e.g., putting a sample of it in the store window or putting it on fixtures in the 
high traffic areas of the store). These causal calendar events may be received from 

1 0 another part of the system that is feeding these inputs to all parts of the system, 

thereby eliminating duplicate work for users and enabling all parts of the system to 
work with the same information. The forecasting engines can be the same forecasting 
engines used for generating the basic item orders and replenishments, for generating 
seasonal/fashion item allocations and for generating short life item markdowns. 

1 5 Thereby further ensuring that the plaiming projections are in agreement with and 
utilizing all the latest information from the systems doing the in season execution of 
orders, allocations, replenishments and markdowns. 

[0369] As an altemative to daily forecasts, adjusted weekly forecasts may include 
weekly forecasting approaches that then try to take into accoxmt daily selling 
20 differences. For example, a weekly sales forecasting approach that then factors in 
promotions for part of a week by adjusting the weekly forecast for a fraction of the 
week that falls during the promotion is attempting to make a weekly forecast more 
accurate. 

[0370] The sales projections can then be forecasted taking into accoimt specified 
25 factors such as in dates, out dates and clearance out dates. So the item level sales 
projections can start after an item is set to be in a selling location available for sale 
(i.e., an in date). Sales should automatically taper off and stop against out dates 
where the out date may be the ideal end of selling where however clearance sales will 
take after that date but be concluded by the clearance out date. Those sales can be 
30 forecast to achieve the maximiun service level possible (i.e., always in stock-target), a 
specified lesser in stock level, or an optimal economic stocking level (i.e., a stocking 
level where the in stock target reflects economically optimal tradeoff of potentially 
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losing a sale, versus the costs of having extra inventory at that location to avoid losing 
the sale). 

[0371] The sales projections can be forecasted taking into account specialized 
modes of rapidly factoring in trends or potential cannibalization impacts. 
Cannibalization can come in negative impacts like the opening of a new competitor 
store or the addition of an item that will steal sales from this item. There can also be 
beneficial cannibalization situations like the closing of a competitors store nearby that 
will likely lead to more customers for this item or the addition of a complementary 
item in the assortment that will stimulate further sales for this item. Having the abiUty 
to easily incorporate those kinds of impacts will increase the accuracy of the plan. 
[0372] In the case of short life or non reorderable items, such as seasonal or 
fashion items, the sales forecast should change from the preseason buying plan to take 
into account actual sales during the selling season. The sales projections for these 
items will likely be forecast using location selling profiles and store selling shares. 
Once the selling has started for this item then the automatic adjustments based on how 
the item is performing can be utilized and user workload can be ftirther reduced by 
automated incorporation of optimizations of markdowns on the item to determine how 
sales should go between now and the item's out date or clearance out date. 
[0373] The sales forecasts for the basic or seasonal/fashion items can then be 
refined by incorporating the impact of what we call need optimization. Optimized 
need is determining the optimal inventory requirements incorporating the inventory 
stocking impacts as well as a number of real world real constraints. One of the largest 
real constraints to inventory and even sales is product availability and where it gets 
sent. Last PO Receive dates afl:er which product will not longer be delivered to a 
location is a constraint that should be factored into plans. Presentation quantities have 
a large impact for most retailers on how much inventory is required and where it is. 
Therefore, presentation quantities should be built into the inventory projections and 
then any stockouts that they induce can be factored into the sales forecasts. Goods 
availability whether within the timing of the current purchase orders or after that also 
has and impact on inventory and sales. If goods are not going to show up in time to 
support the ideal selling then projected lost sales can be factored into the projected 
sales forecasts and should also be factored into the inventory levels expected. 
Minimum order quantities and factors like case or shipment delivery quantities also 
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impact how much inventory is required and where the inventory goes. If a store needs 
a quantity of 2 of an item and the delivery quantity is a case of 12 then the store either 
gets shorted 2 or gets 10 more than required. Likewise if an order for a DC needs 55 
of an item and the minimum order quantity is 600 a similar over- or under-stocking 
situation is encoimtered. A better approach has all the multiple echelons (e.g., the 
Central DC, the regional DCs and the stores) of the supply chain seeing what is going 
on in the other parts and uses a inventory optimization engine optimizing the stocking 
levels through out the supply chain to minimize stock through out the entire chain. 
That optimization can be done economically optimally stocking the item given the 
cost of having excess inventory versus the likely lost profits from missing a sale of the 
item. 

[0374] By an iterative approach, a projected sales forecast is adjusted for impacts 
of the inventory optimal needs, producing a real world practical projection of sales 
and inventories (e.g., incorporating projection of lost sales, presentations and 
minimum order quantity impacts.) This forecast also may incorporate causal calendar 
impacts so that, when price promotions are in effect, the reduction in the sales price 
can be automatically done by the system so that an accurate projection of gross 
margin can be achieved. For items approaching end of life undergoing markdowns 
then integrating in the real and where those decisions are not yet made the optimal 
markdown decisions also results in more accurate plan projections with less user 
workload. 

[0375] A preferred approach to planiaing utilizes a planning system that is fully 
integrated into buying and inventory optimizer and other systems iexecuting the plan 
(see figure 3). It would have the presentation quantities and casual calendar events 
sent to it from the Presentation and Event Manager. That system would be able to 
handle many different presentation types and applications, inputted in many different 
ways. It would also be able to handle many different types of causal calendar events 
also with many different ways of inputting the information. 

[0376] The planning system can use the same forecasting and inventory optimizer 
that is used for the buying and locations stocking decisions or if it is not the same one 
logic that replicates those decisions. For basic items it would use a sales forecasting 
engine that is integrated with the inventory need optimization to give a forecast of 
sales that is consistent with the optimal stocking of the inventory and reflects other 
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real world constraints. The sales forecasts would include all causal events, historical 
correction of stockouts, automatic factoring in of different time periods, different new 
item and new location sales determination approaches, different forecasting 
approaches and the ability to have manual or automatic selection of the forecasting 
5 approaches. Basic need optimization would be included that incorporated all causal 
calendar events, presentation quantities, basic forecasts, multi -echelon integration and 
optimization, safety stock optimization, overagie and imderage capabilities and a 
nimiber of other factors. Of course, the present invention can be practiced with a 
limited set of features, combining a bottonvup planner with an item-based forecasting 
10 engine. 

[0377] For fashion items it would xxse a sales forecasting engine that is integrated 
with the inventory need optimization to give a forecast of sales that is consistent with 
*S the optimal stocking of the inventory and reflects other real world constraints. The 

n sales forecasts would include all causal events, historical determination and correction 

15 of stockouts, automatic factoring in of different time periods, different new item and 
new location sales determination approaches, different forecasting approaches and the 
ability to have manual or automatic selection of the forecasting approaches. 
Seasonal/Fashion need optimization would be included that incorporated all causal 
calendar events, presentation quantities, fashion forecasts, multi -echelon integration 
2b and optimization, safety stock optimization, overage and underage capabilities and a 
number of other factors. 

[0378] The planning system would be integrated with or have the markdown 
optimization capabilities to determine the optimal timing and pricing of markdowns 
for items that have begun selling. That optimizer would incorporate causal calendar 
25 events, include presentation quantities, use the basic or fashion sales forecaster and 
need optimizer, set up all the required scenarios and determine the optimal markdown 
timings and sizes. 

[0379] The planning system would also be integrated with the openrto-buy 
calculations or have the capability to statistically stock the reorderable items to 
30 achieve an accurate forecast of sales, lost sales and inventory levels. The plaiming 
system would need the statistical OTB stocking capability and would use the OTB 
inventory budget proration approaches. 
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[0380] The planning system that is the subject of this invention would then use 
the budget figures that are derived from the high level more subjective top-down 
planner or import sales, gross margin and inventory budget figures fi'om some other 
source or not use them at all. 
5 [0381] With all of these proceeding capabilities integrated into it, our Bottom-up 
planner has no further user inputs aside from telling the system how long the plan 
should look ahead. It will automatically include all the latest information and 
generate item/location/day level forecasts that can then be rolled up in whatever 
grouping of items and locations and for whatever time period desired. If it is desired 
10 it will take budget figures from some external input like the Top-down planner, file 
upload into the system or user input. 

[0382] The system can then prorate those budget figures down from whatever 
^fl level of the product hierarchy they are specified down to the item and lower levels. 

□ There are multiple prorating approaches and the method selected may differ by the 

HI 1 5 variable being prorated. One prorating approach is based on projected sales. Sales 
J{1 could be the projected xmit or dollar sales or the imit or dollar sales plus estimated unit 

or dollar lost sales. The actual proration of the Sales budget would be done using the 
item level values of projected sales or the projected sales plus the estimate of lost 
1=^ sales and the comparable value at the level for which the budget is entered in this case 

Q 20 the departnient level. Since each value adds up to the total sales or the total sales and 
lost sales, the proration is done using the individual values divided by the department 
level value forecasted comparable value multiplied by the department inventory 
budget to get the individual item proration of the budget values. By combining in the 
lost sales estimate you weight each item against its full potential. Another prorating 
25 approach would be to use the projected inventory model stocks (before or after the 
incorporation of factors like stock out impacts or presentation quantities) to prorate 
the budgeted values. By using this prorating approach you are factoring in the 
elements that are not included in the sales projections like visual presentations. You 
could also use a prorating approach of using the end of month projected inventory to 
30 create the item level budget. One way that would work is including the notional 
orders for the reorderable items post the current order leadtimes to arrive at the 
statistical (Stat) end of month (EOM) inventory for all the items in the department 
divided by the comparable total for the department multiplied by the Budget being 
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prorated for the entire Department to give the individual item Budget. For short life 
items, the statistical inventory may be determined with or without any abiUty to 
reorder the item. 

[0383] With all of these automatic calculations then many different types of 
reports are then typically created built from the daily item and location sales, 
inventory and gross margin forecasts. Examples of planning reports are described 
above, in the descriptions of figures 4-8. 

[0384] While the preceding examples are cast in terms of a method, devices and 
systems employing this method are easily understood A magnetic memory 
containing a program capable of practicing the claimed method is one such device. A 
computer system having memory loaded with a program practicing the claimed 
method is another such device. 

[0385] While the present invention is disclosed by reference to the preferred 
embodiments and examples detailed above, it is understood that these examples are 
intended in an illustrative rather than in a limiting sense. It is contemplated that 
modifications and combinations will readily occur to those skilled in the art, which 
modifications and combinations will be within the spirit of the invention and the 
scope of the following claims. 
[0386] We claim as follows: 



Page 120 of 127 



